软件测试质量分析汇总.pdfVIP

软件测试质量分析 对测试过的进展总结分析，可以有效帮助我们总体掌握软件的质量情况，产 出后续工作的思路和重点。 1、与历史数据的比照 一般比照下历史的数据，比方说bug数量，可以有一定的参考性。如历史版 本一般能发现100个左右bug，而当前版本只发现50个， 那么就需要全面分析这到底是还有较多bug没有测试出来，还是版本质量稳 定。 2、bug缺陷分析 通过发现的bug分析，缺陷分布在哪一方面。 一方面分析得软件处理比拟薄弱的地方，进展加强测试；一方面通过分析得 出一些缺陷预防的思路，防止以后也会犯同样的错误。 最后看看，bug 的产生原因。〔低级问题？应该在那个阶段被发现？〕可 从另一个侧面反映开发的水平。 3、测试人员的执行质量〔执行力〕 测试人员的业务知识〔行业知识：如金融，通讯设备，互联网等都有各自的 业务知识〕和软件的设计原理有没有理解清楚； 如果是新手那么需要相应的措施〔检查，考评等〕确保是否能到达期望。 4、改动大小，改动引发bug，bug 回归 这个主要是后期需求变更或者修复bug改动引起的风险。如果有自动化的 话，这个就比拟简单。 虽然在回归bug 的时候，会对改动的地方进展验证和测试，但是bug改动较 多的时候难免会有可能引人风险。 5、代码覆盖率 代码覆盖率跟用例覆盖率关联比拟大，用例覆盖的全面代码覆盖的也就全 面。当然单单从黑盒角度的用例在覆盖全部代码，多数情况是覆盖不全面的。 这个时候需要开发参与，分析当前测试过的点是否还要那些地方没有覆盖 到，通过白盒灰盒角度考虑进展补充覆盖。 .精. 代码覆盖率也可以通过工具帮助分析，这些方法我暂时还不清楚实现原理。 6、测试用例覆盖 主要看无覆盖的用例主要分布，当前发现的bug是不是通过用例测试出来 的，有多少不是通过用例测试出来的。 这些通过用例测试不出来，需要分析是不是测试用例质量问题？需求遗漏？ 历史遗留问题？其他等等 通过用例的覆盖程度，分析是不是用例存在较大的问题，是否需要补充评审 分析用例的覆盖和添加用例，以及后续是否需要加强测试。 .精.