软件测试标准规范
以下为《软件测试标准规范》的无排版文字预览，完整内容请下载
软件测试标准规范
目的
为了确保软件产品质量，使产品能够顺利交付和通过验收，特编写本文档，以作参考
适用范围
本文档适用于项目开发过程中的单元测试、集成测试、系统测试、业务测试、验收测试以及一些专项测试。
职责
项目测试负责人组织编制《测试计划》、《测试方案》，指导和督促测试人员完成各阶段的测试工作。
项目组测试人员按照《测试计划》、《测试方案》完成所承担的测试任务，并按要求填写《问题报告及维护记录》。
测试经理依照确认规程和准则对工作产品进行确认，提出对确认规程和准则的修改意见
项目负责人组织测试环境的建立。
项目经理审核负责控制整个项目的时间和质量。
研发人员确认修改测试人员提交的bug。
工作流程
测试依据
详细设计是模块测试的依据。因此设计人员应向测试人员提供《系统需求规格书名书》、《详细设计》、《概要设计》等有关资料。测试人员必须认真阅读，真正弄懂系统需求和详细设计。
制订《测试方案》
在测试之前，由项目负责人根据《测试计划》的要求，组织人员编制相应的《测试方案》，《测试方案》应包括以下内容：
测试目的；
所需人员及相应培训要求；
测试环境、工具和测试软件；
测试用例、测试数据和预期的结果。
单元测试
项目开发实现过程中，每个程序单元（程序单元的划分视具体开发工具而定，一般定为函数或子程序级）编码调试通过后，要及时进行单元测试。
单元测试由单元开发者自己进行，使用白盒测试方法，根据程序单元的控制流程，争取达到分支覆盖。对于交互式运行的产品，不便于进行自动测试的，可以采用功能测试的方法进行。
单元测试针对程序模块，从程序的内部结构出发设计测试用例。多个模块可以独立进行单元测试。
单元测试内容包括模块接口测试、局部数据结构测试、路径测试、错误处理测试等；
单元测试组织原则一遍根据开发进度安排对已开发完成的单一模块进行测试；
单元测试停止标准：完成了所有规定单元的测试，单元测试中发现的bug已经得到修改。
集成测试
编码开发完成，项目组内部应进行组装测试。
集成测试由项目负责人组织策划（编写测试计划、测试用例）并实施。集成测试着重对各功能模块之间的接口进行测试，验证各功能模块是否能协调工作、参数传递及功能调用是否正常。测试采用交叉方法，即个人开发的软件应由其他的项目组成员进行测试。
集成测试过程应填写《问题报告及维护记录》，测试结果应形成《测试报告》。
系统测试
在项目开发完成之后，应对整个系统软件和硬件进行系统测试。对性能、可靠性、健壮性、压力承受力等方面分别进行评价，以验证系统是否满足规定的需要。
系统测试由测试负责人组织策划（编写测试计划、测试用例）并实施，系统测试过程应形成《问题报告及维护记录》。
系统测试一般进行如下几种情况的测试：
正常情况
非正常情况
破坏性测试
边界情况
非法情况
强度测试
性能测试
兼容性测试
用户友好性测试
界面设计规范测试：
光标的初始位置
字体是否统一
字号是否符合规定
标题颜色
按钮的名称是否规范
界面布局是否合理，整体效果如何
输入值测试：
数据类型
数据长度
约束条件是否满足，是否完整
TAB和Enter键是否起作用
键盘操作能否全部代替鼠标操作
输入（光标）是否按照顺序前进
按钮测试：
将按钮放开和封闭是否严格、准确，不能使用的按钮必须封闭
检查“退出”、“取消”等具有共性按钮的功能
异常情况测试：
在完成正常功能测试后，安正常处理的相同操作顺序，执行与正常处理不同的动作例如
正常处理中要求输入日期的字段，这时输入字符或数字
正常处理中输入字段有范围要求，这时输入超过范围的值
正常处理中用 内容过长，仅展示头部和尾部部分文字预览，全文请查看图片预览。 般缺陷95%得到修改并且通过复测
四类轻微缺陷85%得到修改并且通过复测
推荐使用版本
不能遗留以一、二类缺陷
三类 一般缺陷95%得到修改并且通过复测
四类轻微缺陷90%得到修改并且通过复测
可以证实发布版本
不能遗留以一、二类缺陷
三类 一般缺陷97%得到修改并且通过复测
四类轻微缺陷90%得到修改并且通过复测
输出
《阶段性测试报告》
《性能测试报告》
《测试总结报告》
《测试问题列表》
其他约束
9 记录
序 号
名 称
编 号
1
测试计划
2
测试方案
3
问题报告及维护记录
4
测试总结报告
[文章尾部最后300字内容到此结束,中间部分内容请查看底下的图片预览]
以上为《软件测试标准规范》的无排版文字预览，完整内容请下载
软件测试标准规范由用户“安幕忆嫣红YH”分享发布，转载请注明出处