软件测试流程

一、需求分析

　　包括功能需求分析，测试环境需求分析，测试资源需求分析等。依据软件需求文档，软件规格书和开发人员的设计文档等。

二、测试计划

　　测试计划主要依据的是项目开发计划和测试需求分析的结果。其中包括：

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　1、测试背景 --> a.软件项目介绍 b.项目设计人员及相应联系方式等。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　2、测试依据 --> a.软件需求文档 b.软件规格书 c.其他如参考产品等。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　3、测试资源 --> a.测试设备需求 b.测试人员需求 c. 测试环境需求 d. 其他。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　4、策略 --> a.采取测试方法 b.搭建哪些测试环境 c.采取那些管理工具以及测试工具 d.对测试人员进行培训等，如使用测试工具。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　5、测试日程 --> a.测试需求分析 b.测试用例编写 c.测试实施，根据项目计划，测试分成哪些测试阶段，每个阶段的工作重点以及投入资源等。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　6、其他 --> 包括测试计划编写日期，作者等信息，尽可能详细。

三、测试设计

　　主要包括用例编写和测试场景设计两方面，测试场景设计主要就是测试环境问题。

四、测试环境搭建

　　OS 、 网络环境等。

五、测试执行

　　阶段：单元 --> 集成 --> 系统 --> 出厂，其中每个阶段还有回归测试等。

　　测试角度：量和度 ==》 测试范围和测试程度。

　　管理角度：在有限时间内，人员较少的情况下，要考虑如何分工，如何合理地利用资源来展开测试。

　　　　　　　　需要考虑的问题：1、当测试人员测试执行不到位，敷衍了事如何解决？ 

　　　　　　　　　　　　　　　　2、怎么提升测试效率？

　　　　　　　　　　　　　　　　3、根据版本的不同特点是只做验证测试，还是采取冒烟测试亦或是系统全面测试？

　　　　　　　　　　　　　　　　4、当测试过程中遇到一些偶然行随机问题该怎么样处理？

　　　　　　　　　　　　　　　　5、当版本出现很多新问题时该怎么样对待，测试出口准则？

　　　　　　　　　　　　　　　　6、............

六、测试记录

　　主要在两方面：由谁提交和缺陷描述。

　　由谁提交：为了保证所提交缺陷的质量，在提交前进行缺陷评估，以确保所提交bug的准确性。

七、缺陷管理

　　管理工具TestDirector，Bugfree，QC等。

　　缺陷描述：1、序号 2、标题  3、预置条件 4、操作步骤 5、预期结果 6、实际结果 7、注释 8、严重程度 9、概率 10、版本 11、测试者 12、根据实际情况进行补充，并附上图片，log文件等。

八、软件评估 --> RTM

　　软件评估，只软件经过一轮又一轮测试后，确认软件无重大问题或问题很少的情况下，对准备发给客户的软件进行评估，以确定是否能够发行给客户或者投放市场。软件评估小组一般由项目负责人、营销人员、部门经理等组长，也可能是由客户指定的第三方人员组成。

　　RTM： Release to manufacturing

九、测试总结

　　无严格格式要求，字数限制。对项目回归总结。

十、测试维护

　　由于测试的不完全性，当软件正式release后，客户在使用过程中，难免遇到一些问题，有的甚至时严重性的问题，这就需要修改有关问题，修改后需要再次对软件进行测试、评估、发行。

转载于:https://www.cnblogs.com/Demonautomation/p/7920300.html