标签：市场 提交 uri 评估 范围 项目介绍 功能 测试环境 free
一、需求分析
包括功能需求分析，测试环境需求分析，测试资源需求分析等。依据软件需求文档，软件规格书和开发人员的设计文档等。
二、测试计划
测试计划主要依据的是项目开发计划和测试需求分析的结果。其中包括：
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后，客户在使用过程中，难免遇到一些问题，有的甚至时严重性的问题，这就需要修改有关问题，修改后需要再次对软件进行测试、评估、发行。
标签：市场 提交 uri 评估 范围 项目介绍 功能 测试环境 free
原文地址：http://www.cnblogs.com/Demonautomation/p/7920300.html
