第1个回答 2021-10-27
一、测试人员的主要职责
编写测试计划
编写测试用例
执行测试，发现缺陷提交缺陷报告
验证所发现的缺陷是否得到修改
编写测试总结报告
二、缺陷报告的组成
缺陷编号(Defect ID)：提交缺陷的顺序；
缺陷标题(summary)：简明扼要的描述一下缺陷；
缺陷的发现者(Detected By)： 测试人员自己；
发现缺陷的日期(Detected date)：一般为当天；
缺陷所属的模块(subjecy):在测试哪个功能模块的时候发现的bug，开发组可以据此决定由谁负责修改该bug;
发现缺陷版本(Detected in release)：在测试哪个版本的时候发现的bug;
指派给谁处理(Assigned to):测试人员指派给开发经理，开发经理根据缺陷所在的模块，需再次指派具体的开发人员；
缺陷的状态(status)：缺陷此时所处的处理阶段或处理情况；
测试人员发现缺陷，提交缺陷报告，把缺陷的状态置为：new (新发现的bug);
开发经理验证新提交的 bug ,如果是 bug ,把状态改为 open (打开的bug,开发组承认的bug)，指派给具体的开发人员解决；如果不是bug,把状态改为rejected(拒绝的bug);
开发人员看到指派给自己解决的bug，进行 bug 修复，修改完后，把状态改为：fixed(已经修复的 bug ,可以返测得 bug )
测试人员对修复得 bug 进行返测，返测成功，把状态改为closed(关闭得缺陷，归档得 bug)；如果返测不成功，把状态改为：reopen (重新打开得 bug);
缺陷的严重程度(severity)：bug 对软件的影响有多大
Urgent：造成系统死机、重启、崩溃的缺陷；
Very High：非常严重的缺陷；
High：严重的缺陷；
Medium：中等程度的缺陷；
Low：小的缺陷；
每一个等级到底包括哪些缺陷，最好在专门的文档中进行详细说明，这样可以使开发和测试人员达成共识。
Bug Level （等级、级别）
Definition （定义）
性能 Performance
缺陷的优先级(priority)
测试人员希望该缺陷程序员在什么时间内或在哪个版本中解决
Urgent：立刻修改（影响开发或者测试的进度）
Very High：本版本修改；
High：下版本修改；
Medium：发布之前修改；
Low：允许在发布中存在的
缺陷描述 (description)
把发现 bug 的步骤、使用的数据等记录下来，是程序员通过该描述清楚所发生的事情；
第4个回答 2020-06-05
1. 测试概要
一般包括测试环境和测试所用到的材料，包括需求大纲、用到哪些测试工具、还有客户端环境、软硬件设施、用到的浏览器等等。这一块还包括测试项目的具体范围，测试人员、开发人员分工，测试的具体内容等。
2. 测试方法说明
根据测试类型说明用到的测试方法，如黑盒测试、自动化测试还是其他；
3. 测试结果质量或风险评估
这一块是整个测试报告最重要的部分，明确列出测试清单，缺陷统计，对整个测试过程进行质量和风险评估等。
4. 总结测试经验教训
最后从测试角度，对整个测试项目进程，总结你觉得存在的一些问题，一些建议，等等。
系统测试报告现在网络上有很多版本，测试项目工作量不一样，一般收费标准也各不相同。并不是收费贵的就一定测试结果精准，便宜的厂家测试能力就不行，还是要根据自己的需求来做，这一块建议咨询下行业内做得比较好的厂家，比如卓码软件测评，这样能得出一个比较客观的收费价格。