软件测试流程.doc

一般的软件测试流程是这样:
,开始对需求进行测试,找出需求中的问题或者说不可测的地方
,根据需求说明书制定测试计划,包括测试策略、测试方法、测试周期等
,一般的公司都是根据需求说明书进行编写
,包括软件环境和硬件环境
,提交缺陷

,进行测试总结,编写测试报告
至于测试文档,我这倒是有cmmi标准的一些文档
1. 项目经理通过和客户的交流,完成需求文档,由开发人员和测试人员共同完成需求文档的评审,评审的内容包括:需求描述不清楚的地方和可能有明显冲突或者无法实现的功能的地方。项目经理通过综合开发人员,测试人员以及客户的意见,完成项目计划。然后sqa进入项目,开始进行统计和跟踪
2. 开发人员根据需求文档完成需求分析文档,测试人员进行评审,评审的主要内容包括是否有遗漏或者双方理解不同的地方。测试人员完成测试计划文档,测试计划包括的内容上面有描述。
3. 测试人员根据修改好的需求分析文档开始写测试用例,同时开发人员完成概要设计文档,详细设计文档。此两份文档成为测试人员撰写测试用例的补充材料。
4. 测试用例完成后,测试和开发需要进行评审。
5. 测试人员搭建环境
6. 开发人员提交第一个版本,可能存在未完成功能,需要说明。测试人员进行测试,发现bug后提交给bugzilla。
7. 开发提交第二个版本,包括bug fix以及增加了部分功能,测试人员进行测试。
8. 重复上面的工作,一般是3-4个版本后bug数量减少,达到出货的要求。
9. 如果有客户反馈的问题,需要测试人员协助重现以及回归测试。
这是一个测试的流程。
●测试用例编号
◇规则:编号具有唯一性、易识别性,由数字和字符组合成的字符串
◇约定:
系统测试用例:产品编号-ST-系统测试项名-系统测试子项名-XXX
集成测试用例:产品编号-IT-集成测试项名-集成测试子项名-XXX
单元测试用例:产品编号-UT-单元测试项名-单元测试子项名-XXX
●测试项目
◇规则:当前测试用例所属测试大类、被测需求、被测模块、被测单元等
◇约定:
系统测试用例测试项目:软件需求项如:测试手机在没有SIM卡的情况下,可以拨打紧急电话
集成测试用例测试项目:集成后的模块名或接口名如:测试模块A提供的文件接口
单元测试用例测试项目:被测试的函数名如:测试函数int ReadFile(char *pszFileName)
●测试标题
规则:测试用例的概括简单的描述用例的出发点、关注点,原则上不能重复。
●重要级别
规则
高:保证系统基本功能、核心业务、重要特性、实际使用频率高的测试用例;
中:重要程度介于高和低之间的测试用例;
低:实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例。
●预置条件
规则:执行当前测试用例需要的前提条件,是后续步骤的先决条件
●输入
规则:用例执行过程中需要加工的外部信息,输入、文件、数据库等
●操作步骤
规则:执行当前测试用例需要经过的操作步骤,保证操作步骤的完整性。
●预期输出
规则