测试工作流程

概述

1.工作的测试流程是怎样？

?

? ? ? ? ? ? ?

?

2.测试用例怎么设计（设计方法）？实际中怎么用？

依据需求文档、实现文档按照用例设计方法提取测试点。

常用的设计方法有：等价类、边界值、因果、功能图分析、场景设计等。

一般会综合性的采用上述用例提取方法：
1）在任何情况下都必须使用边界值分析方法，经验表明用这种方法设计出测试用例发现程序错误的能力最强。
2）必要时用等价类划分方法补充一些测试用例。
3）用错误推测法再追加一些测试用例。
4）对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度，如果没有达到要求的覆盖标准，应当再补充足够的测试用例。
5）如果程序的功能说明中含有输入条件的组合情况，则一开始就可选用因果图法。

3.如何进行测试用例评审？

1）确认测试计划安排的合理性；
2）确认测试环境选择的合适性；
3）确认功能测试与性能测试的合理性与齐全性；
4）确认测试用例、测试数据、测试方案的合理性、正确性和全面性；
5)? 确认测试分析过程和结论的正确性。

4. 您所在项目采用怎样的软件开发模式？

? ? ? ?敏捷开发：采用传统的瀑布模型进行开发，但是融入了更多的迭代因素，这样的开发模式强调阶段性的工作成果，例如在进行开发设计之前必须经过需求评审。
? ? ? 测试对象分析主要从功能测试、协议一致性测试、异常测试、压力测试、性能测试、安全性测试。

---

具体测试流程

1.需求分析

? ? ? ?一般在上一个迭代测试即将完成之时，下一个迭代的需求文档就已经发出来，放到配置管理平台，便于测试和开发自取，那这个时候一般测试人员就会自动去取需求文档，开始做需求分析，需求分析主要是分析接下来的需求，从功能交互，测试要点等方面入手分析。
　　需求分析完成之后，就会开始需求评审。

2.编写测试用例

? ? ? ?需求评审完成之后，对测试而言，应该还需要编写测试计划和测试方案，一般测试计划是由测试主管编写，测试方案是高级测试工程师编写，故有些测试人员并不会要求编写，但是测试用例却是每个测试人员都要求编写的，一般测试用例我们主要用到的都是黑盒用例设计方法，如等价类分析法，边界值分析法，因果图，判定表，场景法，状态迁移，错误推测法等等，根据自己熟悉的方法和需求文档来设计测试用例。
　　测试用例编写完成后，测试人员就要开始用例评审，用例评审与需求评审的评审流程相同，只是发起人和评审内容，评审重点不同。

3.测试执行

? ? ? ?一般用例评审完成之后，就要开始等待开发转测。
　　转测成功后，测试这边就要开始搭建测试环境，然后进行冒烟测试，冒烟测试通过后才开始进入正式测试执行阶段。
(1)? 冒烟测试的重点

• ? 原来版本的主要功能
• ? 新需求的主要功能主要流程

(2)? 提交bug
　　在正式测试阶段，测试人员是根据已经编写好的测试用例执行程序，当执行程序的实际结果与测试用例的预期结果不符时，就需要在缺陷管理工具上提交bug单，bug单会根据bug处理流程进行处理。
(3) 回归测试
　　当开发人员修改了大部分bug时，开发人员会再次合入版本，联调，转测，这时测试人员就会进入到回归测试阶段。
　　回归测试的重点：

• 检查bug单上的缺陷是否被修复OK
• 检查在修改bug的时候是否引入新的bug

4.部署上线/交付

? ? ?当测试执行阶段根据测试标准中的出口准则，结束测试活动，如果测试结果是OK的，这时运维人员就可以开始部署上线，或者进行版本交付。

?