文档介绍：TYYGROUP system office room 【TYYUA16H-TYY-TYYYUA8Q8-TYYUA162】
软件测试流程规范
软件测试流程规范
通读项目需求设计文档
测试的准备阶段；
仔细阅 3、一个模块的功能是否会对另一个模块的功能产生不利的影响；
4、全局数据结构是否有问题；
5、单个模块的误差积累起来，是否会放大，从而达到不可接受的程度。
因此，单元测试后，有必要进行集成测试，发现并排除在模块连接中可能发生的上述问题，最终构成要求的软件子系统或系统。对子系统，集成测试也叫部件测试。
任何合理地组织集成测试，即选择什么方式把模块组装起来形成一个可运行的系统,直接影响到模块的形式、所用测试工具的类型、模块编号和测试的次序、生成测试用例和调试的费用。通常，有两种不同的组装方式：一次性组装方式和增值式组装方式。
提交缺陷报告
BUG单模板简版主表
BUG编号：
被测系统名称：
被测系统版本号：
被测模块：
测试阶段：
BUG类型：
测试人员：
BUG严重性：
测试日期：
BUG优先级：
BUG概要：
BUG详情
测试路径导航：
操作描述：1. 2. ……
结果描述：
修改建议：
附件：（可选）
备注：
(以上内容由具体测试人员填写)
BUG状态:
BUG结论:
BUG原因:
处理人员:
处理方法:
处理日期:
BUG处理意见: (以上由BUG的修复人员填写，通常是具体的研发人员)
Bug单附表环境
CPU：
内存：
硬盘：
数据库：
IE/版本：
服务器：
平台：
操作系统/版本：
Bug状态说明：
新建： 测试人员报告bug的状态
已指派：测试人员分配bug的状态
已解决：修改人员修改bug的状态，在解决bug界面准确标注bug的完成度
已确认：修改人员对暂时不能、以后修改的bug进行确认的状态
反馈： 测试人员对开发人员认为不修改、但测试人员需要修改的bug的反馈给经理的状态
公认： 经理查看反馈的bug后认为需要修改，则标示bug的状态为公认，认为不做修改，直接关闭此bug，注明原因
已关闭：测试人员对修正后的bug进行回归测试后，确认bug已修正即可关闭bug状态
注：BUG级别说明
A（严重级）：操作系统或者网络瘫痪；
B（中等级）：应用程序崩溃、非法退出或功能模块无法实现。
C（一般级）：篡改设计；功能实现错误或功能不完善，容错失败、数据逻辑关系错。
D（允许级）：界面布局；操作不方便；建议性修改。
职责：
测试人员：准确定位bug，新建bug，指派bug与开发人员
对修正后的bug进行验证，确认修正后将其关闭
通过验证，bug仍然存在，重新指派给开发人员
对修改人员认为不需要修改，而测试人员认为要修改的bug，反馈与经理
对已关闭的bug以后又浮现，将其重新打开，指派与原开发人员
研发人员：查看指派给自己的bug，准确选择bug的完成度，添加bug注释，将其状态置为已解决
查看bug，确认是bug，进行修正，并注明原因
对不属于自己模块的bug指派