软件测试进阶之路：测试路上你问我答 - (EPUB全文下载)

文件大小：0.16 mb。
文件格式：epub 格式。
书籍内容：

软件测试进阶之路：测试路上你问我答
PART 1　跨进软件测试之门　适合工作年限：0～2年
第1章　如何找到第一份令自己满意的工作
第2章　新人如何快速适应职场环境
PART 2　在软件测试之路上越走越好　适合工作年限：3～4年
第3章　怎样才能利用好职场的黄金期
第4章　如何度过职场的倦怠期
第5章　除软件测试工作外，还需要了解的相关领域知识
PART 3　是走“管理”路线还是走“技术”路线　适合工作年限：5～7年
第6章　管理和技术，各有千秋
PART 4　成为资深软件测试专家　适合工作年限：7年以上
第7章　培训师、咨询师和教练
附录：关于敏捷研发模式相关知识点的个人阐述
反侵权盗版声明
封底
PART 1　跨进软件测试之门　适合工作年限：0～2年
第1章　如何找到第一份令自己满意的工作
第2章　新人如何快速适应职场环境
第1章　如何找到第一份令自己满意的工作
问答（1）如何快速定位职业目标？
背景
前两天有同学问我：怎样才能加入这家公司呢？怎样才能把它的招聘要求转化成自己奋斗的具体成长要求呢？它的要求都很笼统。
岗位职责：
（1）负责××应用程序产品的测试工作。
（2）独立执行项目测试，包括需求讨论、设计评审、策略制定、资源分配、设计并执行用例、进行缺陷跟踪和软件质量分析等。
（3）在项目中保持和产品经理、开发工程师、UI 设计师等成员的积极沟通，推动问题解决。
（4）进行测试技术改进，结合手机应用程序的特点设计开发自动测试工具，提升测试的质量和效率。
任职要求：
（1）具有两年以上软件开发或测试工作经验，熟悉互联网产品的研发流程和质量标准。
（2）能快速、深入理解系统内部的工作原理，有对测试需求做透彻分析、对Bug（缺陷）进行清晰描述及快速且准确定位原因的能力。
（3）有扎实的数据分析能力和数据敏感度。
（4）有测试或项目管理经验，电影爱好者优先。
（5）有责任感、团队精神、良好的沟通能力和推动能力。
你问
如何将招聘要求转化为自己的学习目标？
我答
根据这个岗位的岗位职责和任职要求，稍作分析，不难得出其基本要求如下：
（1）熟知项目流程，从参与需求评审，一直到缺陷的跟踪管理，包括测试策略的制定和测试计划的制订，以及用例的设计和执行，都要熟悉。
（2）具备良好且有效的沟通能力。这是必备能力，因为你对外要跟产品经理、开发工程师沟通，对内要跟项目组的测试成员沟通。
再针对这位同学的能力现状，找出需要有针对性提高的能力，大致如下：
（1）依据需求文档和开发的设计文档，绘制产品业务的逻辑图和数据流图，“设计”测试场景或测试用例，而不是“写”测试用例，通过这种方法刻意地练习，提高自己的逻辑分析能力。
（2）要熟悉且熟练应用最基础的测试理论，重点是测试计划的制订、用例的设计、缺陷管理和数据分析。
（3）对于服务器端的接口测试和性能测试，需要先了解基础知识，至少知道它们是什么、可以借助什么工具进行测试，后期在工作中边用边学。
（4）在精力和时间允许的前提下，学习一下 Python。
我认为，这种找寻学习目标的方法十分有效。之前我写过一篇文章，题为《“老兵混职场”之快速定位职业目标的两个大招》，目的就是引导读者在对职业目标或规划不清晰的时候，快速寻找和定位目标。
（1）打开智联招聘、拉勾网或者51job。
（2）搜索你所从事的工作的岗位，或你期望的下一阶段的目标职位。
（3）按照职位名称、工作地点和薪资等维度筛选出相对高阶的几家公司岗位。
（4）依次把职位描述里的岗位职责和岗位要求复制到一张表格里。
（5）挑出每家公司都有的常规岗位要求。
（6）挑出薪资较高的公司列出的一些额外岗位要求。
（7）把要求里的技能、知识和素养拆分开，形成一个列表。
（8）跟自己的实际情况逐项进行对比，不具备的就打叉，具备的就根据实际匹配程度打分。
（9）将所有自己不具备的和得分较低的项单独列出来，按照难易程度、与当前工作的契合度等进行优先级排序。
（10）按照优先级制订阶段性的目标和计划。
有些招聘要求的描述看上去比较空泛、模板化，这其实也是很常见的，因为大多数用人单位在让人力资源管理部门招人的时候，一般只提交了招聘岗位，而对于岗位说明，如果没有特殊的技能要求，则一般是通用的。
所以，如果你想了解一些看上去比较笼统的职位说明到底要求具备哪些能力，则可以找几家公司面试一下，通过和面试官的交流去了解你不清楚的职位要求，这也算是变相地对自己当前能力的一种考验吧。
问答（2）在不同的维度划分下到底有多少种测试分类？
背景
我经常被问及测试都有哪些类型，有的是因为在面试中被问到，有的是因为自己在学习中被各种名词所困扰，也有的是因为在与同行交流时所用的叫法不同而迷惑。
我认为，问题本身所想了解的东西其实不重要，比如，对于每个提测版本所进行的快速验证测试，到底是应该叫冒烟测试，还是叫 BVT 测试，重要吗？我们应该关注的或者说应该明白的是在不同的阶段或者针对不同的目的，应该进行哪种类型的测试，知道该类型的测试应该怎么做。
不过，我们仍然需要对测试进行分类，这样才易于沟通和学习。我先按照自己的理解和认知进行了分类，后续再一一展开探究。
你问
在不同的维度划分下到底有多少种测试分类？
我答
1.按软件开发流程的不同阶段划分
（1）需求阶段。
需求测试：对产品需求进行的测试，包括逻辑错误、需求合理性、需求缺失、需求建议等。
（2）编码阶段。
单元测试：对软件的最小组成单元（比如某个函数、方法）进行的测试。
集成测试：通常也叫联合测试，指的是在完成单元测试的基础上，将所有模块按业务需求组装起来进行测试。
（3）测试阶段。
系统测试：将已经完成集成测试的软件和硬件、网络等其他元素结合在一起，进行系统的各种组装测试和确认测试。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义。
（4）发布阶段。
验收测试（Acceptance Testing）：是指在产品完成系统测试之后、产品发布上线之前所进行的测试活动。在合同类的项目中，验收测试也 ............

以上为书籍内容预览，如需阅读全文内容请下载EPUB源文件，祝您阅读愉快。