软件测试——bug相关知识

软件测试需求分析的定义

软件测试需求来自需求规格说明书中的原始需求，应覆盖已定义的业务流程以及功能和非功能方面的需求。所谓的测试需求就是在项目中要测试什么。
为什么需要软件测试需求strong>
1）软件测试需求是设计测试用例的依据。
2）有助于保证测试的质量和进度。
3）软件测试需求是衡量测试覆盖率的重要指标。
测试需求分析方法
1）测试需求分析依据
通常是以被测产品的需求为原型进行分析转变而来，主要通过以下途径收集：
与待测软件相关的各种文档资料。如软件需求规格、Use case、界面设计、项目会议或与客户沟通时有关于需求信息的会议记录、其他技术文档等。
与客户或系统分析员的沟通。
业务背景资料。如待测软件业务领域的知识等。
正式与非正式的培训。
2）测试需求架构划分
测试需求架构罗列的功能是指最小功能点，即不可再继续分解。
应用程序：
A. 一般是最底层的菜单项为最小功能点，若最底层的菜单项不能体现一个独立的业务流程时，可采用上一层的菜单项为最小功能点。
B. 还有某些比较特殊没有体现在菜单项的功能也需要作为最小功能点考虑，如POS应用程序中交易的冲正功能等。
驱动：
一般是以一个API为最小功能点。然后，再考虑产品实际用户使用的场合及用户特点考虑哪些测试类型，如故障及恢复、功能集成、性能要求、安装测试、软硬件兼容性等，此处需要从产品层面考虑，而不是从功能点层面考虑。

软件测试需求分析的工作流程：
1.根据需求规格提取独立的功能点，确定测试范围；
2.对独立功能进行分析，确定各独立功能的测试点；
3.对业务场景即功能组合进行分析，提供业务场景的测试点；
4.对非功能特性进行分析，了解需要测试的非功能特性；
5.针对系统级接口进行分析，了解被测试对象、测试规格。分析可测性，确定测试方法、工具。
测试需求分析的主要目的是获取测试点，根据测试点来编写测试用例。

bug的定义&生命周期

bug的定义
狭义概念：软件程序的漏洞或缺陷
广义概念：1、漏洞、缺陷；2、不符合需求的；3、发现和提出针对这个产品可以改进的细节。
测试工程师的职责
发现bug，提交给开发并让开发去修改。
bug的类型
以禅道系统为例，对bug进行类型分类（代码（功能）错误、设计缺陷、界面优化、性能问题、配置相关、安装部署、安全相关、标准规范、测试脚本、其他）
bug的登记
1、致命缺陷（P1）：
1）常规操作引起的系统崩溃、死机、死循环、闪退
2）造成数据泄露的安全性问题，比如恶意攻击造成的账户私密信息泄露
3）涉及金钱计算
4）阻断性测试，所有测试工作进行不下去（冒烟测试）
2、严重错误(P2)：
1)重要功能不能实现
2)错误发波及面广，影响到其它重要功能正常实现功能交互
3)非常规操作导致的程序崩溃、死机、死循环、闪退
4)外观引起的难以接受的缺陷
5)密码明文显示
3、一般错误（P3）：
1）侧腰功能不能正常实现
2）操作界面错误
3）查询错误，数据错误显示
4）简单的输入限制未放在前端进行控制
5）删除操作未给出提示
4、细微错误（P4）：
程序在一些显示上不美观、不符合用户习惯或文字错误，例如：
1）界面不规范
2）辅助说明描述不清楚
3）提示窗口文字未采用行业术语
4）界面存在文字错误
bug的生命周期
生命周期一般的缺陷状态：提bug->指派->已解决->待验->关闭

1、已经指派的bug：
已经指派给开发的，需要注意bug的走向，随时关注并进行跟踪。如果一直未修复，提醒开发修改，以免开发忘记，如果已经修复等待测试环境更新后进行验证。
2、已解决的bug：
等待测试环境更新后进行验证，验证通过则关闭，验证不通过则重新打开指派给开发
3、重复bug：
先去查看下是否跟开发指定的bug重复，如果确定是重复则关闭；如果不重复，说明原因，重新打开指派给开发
4、不是缺陷：
再次依据需求确认，是否是bug，如果依然觉得是缺陷跟开发沟通，列举出来觉得是bug的点，沟通不达一致找产品确认，确认是bug注明情况并再次指派给开发，产品确认不是bug，就不纠结，直接关闭bug，但是，会把这个bug记录下来，等到测试任务结束后，再来研究。
5、无法重现：
确认开发环境是否跟测试环境一致，包括操作步骤、浏览器、环境、特定账 、输入数据等，如果多个版本验证后，如开发所说重现不了，依据bug的严重程度跟产品、开发一起确认关闭，如果找到重现原因，注明清楚并再次指派给开发。
6、不予解决：
找产品进行确认，确认不予解决进行关闭；确认需要解决请备注原因并打开指派给开发
7、设计如此：
找产品进行确认，确认设计如此进行关闭，确认是问题，备注原因重新指派给开发
8、延期修改：
确认bug严重程度，是否影响当前版本发布，与产品经理进行确认，不予延期请根据情况进行激活与情况说明，确认延期则做好记录，后续版本进行关注

bug管理系统

1、QC（quality Center）
是原Mercury Interactive公司（现已被HP收购）生产的企业级基于WEB测试管理工具，需要安装配置IIS和数据库，系统资源消耗比较大；功能很强大，结合有BUG管理，需求管理及用例管理等功能；和其他的测试工具，比如Loardrunner测试工具的接口做得比较好，数据可以在它们中共享；英文版的易用性不是很好，最重要的是收费且价格不菲；破解版的 上也很多但找起来和破解也比较费事，性能就不那么稳定。
价格：30美元（不确定）
原地址：Http://www.hp.com
功能列表：
1.制定可靠的部署决策。
2.管理整个质量流程并使其标准化。
3.降低应用程序部署风险。
4.提高应用程序质量和可用性。
5.通过手动和自动化功能测试管理应用程序变更影响。
6.确保战略采购方案中的质量。
7.存储重要应用程序质量项目数据。
8.针对功能和性能测试面向服务的基础架构服务。
9.确保支持所有环境，包括 J2EE、.NET、Oracle 和 SAP。
优点:
1)功能很强大，结合有BUG管理，需求管理及用例管理等功能；
2)和其它的测试工具，比如Loardrunner测试工具的接口做得比较好，数据可以在它们中共享；
3)管理整个质量流程并使其标准化。
4)通过手动和自动化功能测试管理应用程序变更影响
缺点：
1)需要安装配置IIS和数据库，系统资源消耗比较大；
2)纯英文版的且易用性不是很好，且收费；

3、BugFree（后来进化成禅道bug管理）
基于WEB的，配置安装简单，只需到 上获取安装包，再配下PHP通用的环境即可；纯功能型的界面就无所谓美观；没有直接的截图功能但是可以以附件的形式存在；也有简单的 表统计功能；整体使用还是比较容易上手，而且是开源免费中文版的BUG管理系统。
资源地址：http://www.bugfree.org.cn
bugfree优点：
1)开源免费,配置安装简单
2)有简单的 表统计功能；
3)整体使用还是比较容易上手
bugfree缺点：
1)没有直接的截图功能但是可以以附件的形式存在；
2) bugfree是基于php开发的，所以要运行就需要安装php环境，略复杂；
3)页面是非常清晰整洁的web页面，但是需要填写字段。
禅道功能列表：
1、产品管理：包括产品、需求、计划、发布、路线图等功能。
2、项目管理：包括项目、任务、团队、build、燃尽图等功能。
3、质量管理：包括bug、测试用例、测试任务、测试结果等功能。
4、文档管理：包括产品文档库、项目文档库、自定义文档库等功能。
5、事务管理：包括todo管理，我的任务、我的Bug、我的需求、我的项目等个人事务管理功能。
6、组织管理：包括部门、用户、分组、权限等功能。
7、统计功能：丰富的统计表。
8、搜索功能：强大的搜索，帮助您找到相应的数据。
9、灵活的扩展机制，几乎可以对禅道的任何地方进行扩展。
10、强大的api机制，方便与其他系统集成。
禅道的优点：
1）禅道开源免费，从下载到使用不需任何费用。开源的软件更能够根据企业自身需求在源码的基础上进行修改，让国内外众多企业节省项目管理成本。
2）禅道的功能非常完备，可扩展性，且代码开放可做二次开发。
3）禅道价格实惠，售后服务方式选择多且有官方技术服务的保障。
禅道的缺点：
1）禅道的界面设计稍稍逊色，不够简洁，颜色使用也比较单一，不够丰富。
2）虽然禅道有新手入门操作演示，但部分新人上手还是会存在一些问题。

4、 EasyBUG
基于WEB的在线的，不用配置；界面很漂亮，操作容易上手，基本上只要是会上 的人一看就会用；区别其它工具且最实用的一点是截图功能强大，且是以图片的形式直接存在，而不是以附件的形式存在；BUG解决流程也有记录在案；丰富的统计 表，一目了然；是国产的，有中英文版的而且免费的。
价格：vip640/年
资源地址：http://www.EasyBug.net
优点：
1)基于WEB的在线的，不用配置；
2)界面简单，操作容易上手，基本上只要是会上 的人一看就会用
3)拥有截图功能，以图片的形式直接存在，而不是以附件形式；
4)BUG解决流程记录在案；有统计 表，一目了然；
5)国产且免费的。
缺点：
1)需要手动录入bug标题，保存bug截图提交，追踪及时性靠人工自觉

5、 Mantis
一款基于Web的Php+Mysql的开源BUG管理系统，一款简单实用的系统，也有截图功能，不过是以附件的形式存在， 表功能比较强大，需要配置才可用，是英文版的，不过可以通过汉化包和配置来汉化，有邮件支持但也需要修改配置。
资源地址：http://www.mantisbt.org
功能列表：
1.缺陷跟踪管理(默认为bug管理系统)
2.问题跟进分析 告
3.可以添加子项目、模块等功能
4.配置不同权限发送email通知
5.工作流自定义配置
6.路线图、修改日志
7.统计 表、图形 表
8.与TESTLINK、wiki等集成
优点：
1)开源不收费、B/S架构模式，Windows平台，可邮件通知，操作较为灵活
2)可以跟踪成粗版本变更历程
3)可以生成项目bug各种指标统计图标
4)丰富的过滤器搜索功能
缺点：
1)安装配置复杂，界面不美观
2)工作流整体已写死，不好进行配置，配置不灵活
3)管理不便，修改配置大部分需要进行代码修改

6、JIRA
JIRA是集项目计划、任务分配、需求管理、缺陷跟踪于一体的软件。
优点：
1)JIRA的界面效果非常不错。安全性、可扩展性方面也不错。 JIRA的使用范围广，所以拥有众多开发者提供的扩展插件以供不同选择。
2)工作流定制功能实用性特别高，可定制性也很好。
3)针对issue驱动的项目管理非常有效，也基于多年来的插件积累，可以展现非常强大的交互、统计视图，纯粹项目管理使用JIRA的确是个不错选择。
缺点：
1)从使用上来说还是不大符合国人的使用逻辑。
2)虽然有中文版本，但是中文版本在使用的过程中，部分页面还是会有很多英文，不能做到全中文界面。
3)对于国内用户提供的售后服务稍显弱一些，存在时间和沟通上的一些障碍。

7、Bugtags
Bugtags是国内首款为改善移动产品质量而专门打造的测试平台产品。使用Bugtags平台可以随时随地对移动产品提出准确的改善意见，使得测试更简单，修复问题更轻松，产品用户满意度更高。
普通版免费，企业版价格（日活跃用户10W以下时）
入门套餐：3380 元 /年
标准套餐：6300 元 /年
豪华套餐：9660 元 /年
功能列表:
1）SDK集成简单，一行代码极速集成，完全不影响原有程序结构
2）所见即所得提交问题，一键截屏，使用标签描述问题，在应用内直接提交问题，免去截图连电脑上传描述等步骤
3）自动收集设备与应用运行状态，极大提高了问题描述准确度，帮助开发人员快速定位和解决问题
4）自动收集分析崩溃信息，每一次用户的闪退现场信息，都会上传到云端，分析数据让解决问题更轻松
5）简单有效的问题生命周期管理，抽取传统缺陷管理系统的最核心功能，有效管理和跟踪问题
优点：

1. 可以在APP端手动提交问题; 只需要在 App 中点击错误位置，描述错误原因，指派给相应的人员即可，设备信息、版本、用户步骤、运行时数据、日志全部自动帮你记录了下来。大大提升了测试效率，提高质量。
2. 可以收集闪退信息
3. 支持 bug 截图
   4)第三方sdk集成

https://www.jianshu.com/p/17cfb848af23
https://blog.csdn.net/yuyecsdn/article/details/91038169
https://blog.csdn.net/haiyinshushe/article/details/81909714

禅道的使用步骤