我们当前测试出现的问题,把你们的问题也拿出来说说吧

ffhhj

总结了我们公司测试部门存在的一些问题,大家也来看看,你们是否也有这些问题,覆盖了你们的问题吗,把你们的问题也拿出来说说吧.

总结了以下几点：
1、系统执行测试阶段低级缺陷较多？
在系统执行测试阶段，如果仍有很多低级缺陷，说明测试对象是不合格的，没有达到测
试标准。如果系统阶段发现的简单缺陷（也就是不应该有的缺陷）较多，最好停止测试
，转由开发人员进行测试，发现问题立刻修改，因为这种由测试人员进行的成本较高，
反复交互还会耽误进度。

建议建立预测试制度：系统测试前对核心模块进行抽查测试，如果问题较多（例如平均
每个核心模块发现2个以上缺陷），就可以停止本次测试，直到抽测后发现问题较少才
可以启动系统测试。

2、测试用例的覆盖度不广。
检查了几个系统，测试用例中系统与系统之间数据及业务交互的测试用例较少写出来，
我们只单纯按照功能模块来写，其实还可以把测试用例提升到用户需求级别。这样会导
致执行测试的覆盖率。坚持用例做出来要有用，不要依葫画瓜。

3、提高编写效率：按流程规定测试报告在要求2天内完成。2天时间太长了，降低测试
报告的影响度。对测试来说，回忆项目测试情况较花时间，报告内容容易漏。建议当天
或发布评审的第二天完成。

4、这个时间测试报告的开发评价栏，有时感觉不好评价，其实是可以量化的，看当前
开发的问题常出现问题主要有：1)冒烟测试无做，或单元测试不充份或无做。2)开发
考虑不周全，修改的涉及面没分析出来，存在较缺陷。３)需求理解不好，存在岐义。
4)安装测试没做冒烟等等。只要测试过程中多思考多记录，把问题总结，写测试报告就
可以好有效率地完成了。

5、建议增加项目测试周报，周报反映这个周期内所有测试项目的情况，包括内容有缺
陷遗留数量、重复缺陷数量、开发出现的问题等。作为一个整个测试组定期产出物。这
个周报体现项目测试结果的间的比较。