测试与开发如何合作

系统测试补充

文件状态 [ ]草稿 [√] 正式发布 [ ]正在修改 当前版本 V1.0 拟 制 日期 审 核 日期 批 准 日期 发布日期 生效日期

*****有限公司

.

修订历史记录

A - 增加 M - 修订 D - 删除

1 目的

为了提高开发与测试项目交接、合作效率，辅助测试过程的规范，特编写此文档。 该文档是根据当前公司发展情况，针对目前开发与测试交接合作时的种种问题进行总结归纳，适用读者主要有开发人员、测试人员、高层，其次是其他相关干系人。

残友软件系统测试补充 输入测试人员理解需求开发人员管理层输出·需求规格说明书·项目计划·编写测试策略系统测试策略测试交接文档发布、交接项目测试冒烟测试是否符合测试否打回给开发是系统测试确认bug系统测试bug文档是否达成一致否是管理层确认修改bug回归bug结束

测试与开发既对立又统一，总的来说，目标是一致的：做好项目，交付一个高质量产品！ 流程说明 1、测试的介入以及理解

（1）正常情况项目启动时测试就要介入，了解项目背景项目起始时间等内容 （2）测试人员尽量提前介入需求，比较复杂的系统要进行需求讨论、测试策略拟制

（3）没有走规范流程或项目计划失效的项目，在给测试部测试时请尽量提前告知测试部，方便测试部提前安排人手。

（4）测试策略是项目复杂紧急情况可裁剪 。 2、开发测试交接 （1）开测试任务单 。

不要随便写，要写的规范些，第一轮、回归、第二轮 ，例如融创的回归时QA就写测试工作日志，弄得测试部写日志有的写在这个单里，有的写在原来的任务单里，比较乱 。

（2）项目进入到测试部所需交接内容，项目提交给测试时提供必须的项目测试要素，有：测试地址、用户名、密码、需求、测试范围、时间计划、客户关注点、特殊要求。

不要像挤牙膏一样问一个给一个

最好是整理在一起，不要一句一句的发消息，可以整理在记事本里。 3、冒烟测试

（1） 测试版本问题：内部检测也已经基本完成，形成稳定完善的版本后再交

给测试部测试，不能做一部分功能就形成一个版本进行测试，测试是要走新测试、不断回归测试地。频繁发布版本，耗时耗人还不能提高多少质量。

（2） 测试部首先对测试版本进行冒烟测试，判断项目能否进入系统测试，不

能的将提交给管理层确认打回，打回的版本由开发重新修改后再进行测试。

（3） 项目打回一次，项目打分对应扣掉一部分。 4、测试过程、环境

（1） 发布的环境要独立

（2） 测试过程中环境、版本要稳定，不能边测边发布，或重启服务之类的操

作。（如遇特殊情况也要经测试人员协商后方可执行）

（3） 测试过程开发提前计划好开发人员在此阶段的工作，不要只是等着bug，

也不要时不时和我们要bug ，bug也是阶段测完统一确认、统计后再给开发的。 5、确认bug （1） 测试将bug发给开发后，开发看一遍bug并标识是否接受，然后返给测试。 （2） 测试查看标识，对标识有不同意见的再与开发当面讨论。 （3） 测试与开发双方讨论不能一致的bug，再找管理层参与确认。 （4） 测试与开发最后的bug确认文档保持一致 。 （5） 测试对最终确认bug文档进行统计。 （6） 确认下一次回归时间。 6、修改bug bug开发自己先复现，如果复现不了再找测试人员。 实际存在问题：有些人试都没试就找测试人员或有些跑流程的开发直接叫测试一起复现。

还有复现bug有些人用眼瞄了一下就开始复现bug，结果他就按着自己原有脑子里的套路操作，还是复现不了bug，实际上bug描述并不是他想的那样。

【实例XXX 无法重现

yxf：20110628验证：仍有此问题，见“20110628截图”，“备注”字段多添加数据就会出现此问题。】

7、bug状态标识 开发人员在修改BUG过程中，要对测试人员所报的BUG进行状态标识，在返回BUG给测试人员前要把所有的BUG状态都标好。

BUG状态规定如下：

1. 新缺陷[New]：测试中新报告的软件缺陷; 2. 已分派（分配给谁）

3. 已修正[Fixed]：开发人员已完成修正，等待测试人员验证； 4. 拒绝[Declined]:拒绝修改缺陷；（写明理由，如“需求就是这样” “需求

已变更成这样”、“个人浏览器设置原因”、“功能理解错误”） 5. 延期[Deferred]: 不在当前版本修复的错误，下一版本修复； 6. 重复[DUPLICATE]：提出的问题和当前已经存在的某个BUG重复； 7. 关闭[Closed]：错误已被修复。 8. 无法重现

8、BUG回归 1、 回归时开发人员返回修复后的bug文档给测试人员。 2、 测试环境保留之前的数据，不要删除。 9、确认项目是否通过 根据项目情况判断项目是否可以结束系统测试（测试、项目经理、管理层讨论） 测试人员会对所测试的系统进行判断确定是否能发布。特殊情况除外，例如有时系统只是为客户初步演示、或，高层辖免的情况。 流程是根据当前公司情况拟制，不是一成不变的，随着发展也会变更完善。