软件测试如何进行缺陷数据分析及发现更多缺陷的方法

一、缺陷数据分析

1）缺陷数据分析关注的问题
2）缺陷数据分析的重要性
3）缺陷数据分析的数据指标

缺陷数据分析关注的问题

正在测试的软件哪个模块的问题最多
测试人员中谁报告的软件缺陷最多
各类缺陷所占的数量百分比分别是多少
开发人员能及时修复软件缺陷吗
开发人员一次正确修复缺陷的百分比是多少
正在开发的软件能否在计划的时间内正常发布

缺陷数据分析的重要性

统计未修复的缺陷数目（特别是严重性高的缺陷），预计软件是否可以如期发布。
分析缺陷的类型分布，发现存在较多缺陷的程序模块，找出原因，进行软件开发过程改进。
根据测试人员报告缺陷的数量和准确性，评估测试有效性和测试技能。
根据报告的缺陷修复是否及时，改进软件开发与测试的关系，使测试与开发更有机的配合。

缺陷数据分析的数据指标

每天/周报告的新缺陷数目；
每天/周修复的缺陷数；
累计报告的缺陷数目；
累计修复的缺陷数；
不同严重性类型的缺陷数；
程序模块与发现的缺陷的对应关系；

二、常用的寻找缺陷的方法

UI用户界面

1）色彩

色彩的搭配无序、混乱是软件图形界面设计的大忌，图形界面应尽量设计得温和些。这类缺陷主观类强，个人美感占据主动，所提交的缺陷一般严重程度不可定得太高。

例如：

整体页面色彩单调，无变化，仅使用一种色彩，且篇幅较大，可提交建议性的缺陷，即使是简单的界面，宁可采用无色，也不可使用鲜艳的单色，如红色，黄色、绿色等。
背景色与界面字体色彩相近，不能清晰区分，色彩搭配混乱、复杂，且不符合软件标准。

2）功能结构布局

功能结构布局主要从界面的功能区域划分来考虑。相同的、类似的功能应该放在邻近的区域。

例如：

记录添加功能界面，添加按钮未放在醒目的位置；
导航功能位于界面的右则；
整体功能区域分布混乱；

3）图片

图片选用不合理，与当前软件类型不符，无法正确体现当前界面功能性含义。图片不规范、不清晰。

例如：

图片色彩过于艳丽或黯淡，模糊不清；
图片变形；
图片不符合当前界面的主题，图片与描述性文字不符；

4）窗体大小

窗体的设计要有层次感，父窗口、子窗口应该有所区别。
窗口不应该有太多空白处，功能区域充实。

例如：

窗口太大，功能按钮分散，间隔太大；
窗口太小，功能按钮过于集中，间隔太小，或控件显示不全；
弹出窗口未能定于屏幕居中位置；

5）界面文字

页面信息描述不清楚，有语病，错别字。简单语言复杂化，描述不正确，不符合当前页面。错误的帮助信息，乱码等。

6）数据转换

软件中的功能主体一般由等组成。
例如：增加、修改、删除、查询

无法增加记录，比如点击新增，页面自动关闭。增加记录后无显示，但提示增加成功；
增加记录后显示不正确，显示为乱码，信息显示不全。增加记录后多出记录；
无法修改记录；修改后不能自动更新，需手工更新；
无法删除记录，无法全部删除；
删除不成功，但相应的记录已被删除；
无法查询、查询结果错误；

7）性能缺陷

这里所说的性能问题不需专业的工具就能发现的问题，这类问题在平常做黑盒测试的时候就能发现。

例如：

打开文档，10秒应该可以完成的，却花了3分钟；
启动软件，CPU长时间100%，内存消耗过多；
5个用户可以正常使用，20个用户使用时系统崩溃；
打开一个登录页面花了1分钟；
完成一个查询功能，花了2分钟；

三、不同软件组织的缺陷管理过程

个体行为

处于CMM第一级（或称为初始级）的软件组织，对软件缺陷的管理无章可循。工程师们只是在发现缺陷后，修改相应的软件。通常，没有人会去记录自己发现的缺陷。也没有人知道在新的软件版本里，究竟纠正了哪些缺陷，还有哪些缺陷未被纠正。而且，只有在下一轮测试中才有可能知道那些所谓已被纠正了的缺陷是否真的被纠正了，更重要的是纠正过程是否引入了新的缺陷。
所以这样的软件组织的项目交货期（Release Date）表现出强烈的不可预测性。并且，为了获得一个高质量的软件产品（如果能够的话），通常要在测试上花费大量的人力。

项目行为

在CMM第二级（或称为可重复级）的软件组织中，软件项目会从自身的需要出发，制定本项目的缺陷管理过程。

一个完备软件缺陷管理过程通常会包括如下几个方面：

（1）提交缺陷
（2）分析和定位缺陷
（3）提请修改相应的软件
（4）修改相应的软件
（5）验证修改

项目组会完整地记录开发过程中的缺陷，监控缺陷的修改过程，并验证修改缺陷的结果。

组织行为

CMM第三级（或称为已定义级）的软件组织会汇集组织内部以前项目的经验教训，制定组织级的缺陷管理过程。并且，要求项目根据组织级的缺陷管理过程定制本项目的缺陷管理过程。

从而，整个软件组织中的项目都遵循类似的过程来管理缺陷。好的缺陷管理实践成为所有项目的实践，而教训也为所有项目所了解。更重要的是，随着组织的不断发展完善，组织的过程会得到持续性的改进，所有项目的过程也都会相应的改进。

持续优化

与CMM第四级相比，CMM第五级（或称为持续优化级）更强调对组织的过程进行持续性改进，从而使过程能力得到不断的提升。
就缺陷管理而言，软件组织应当在量化理解其过程能力的基础上，持续地改进组织级的开发过程、缺陷发现过程，引入新方法、新工具，加强经验交流，从而实现缺陷预防（Defect Prevention）。
缺陷预防的着眼点在于缺陷的共性原因（Common Cause）。通过找寻、分析和处理缺陷的共性原因，实现缺陷预防。
http://www.jira.cn/secure/Dashboard.jspa

软件测试基础入门

最新软件测试视频教程，软件测试基础入门到项目实战（涵盖软件测试基础+黑马头条项目实战）
Linux系统2天快速入门Linux系统操作教程2天快速入门linux项目搭建
MySQL数据库软件测试工程师必备MySQL数据库，mysql系统精讲+课后练习
Python自动测试教程黑马程序员Python自动测试教程，python从基础到UnitTest框架管理测试用例

自动化测试
Web自动化软件测试web自动化测试，Web自动化流程精讲和移动自动化测试环境
Appium框架视频零基础入门移动自动化测试——Appium框架
Appium进行IOS真机自动化测试轻松教你使用Appium进行IOS真机自动化测试【黑马程序员】

接口测试4天玩转接口测试，接口重点全解析+传智健康项目实战（包含requests库，集成UnitTes，Dubbo等诸多工具）

性能测试性能测试全套教程，4天快速入门性能测试+项目商城实战（含JMeter工具等）

综合项目强化
微信小程序自动化测试软件测试微信小程序自动化测试实战
金融项目功能测试软件测试4天快速搞定金融项目功能测试实战教程

一键收藏不谢