黑盒测试流程及方法

测试流程依次如下：

1.需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。--testing team

2.测试计划: 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如

何合理分配安排资源等。---testing leader or testing manager

3.用例设计：根据测试计划、任务分配、功能点划分，设计合理的测试用例。---testing leader, senior tester

4.执行测试：根据测试用例的详细步骤，执行测试用例。--every tester(主要是初级测试人员)

5.执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测试管理工具中编写bug记录。--every tester(主要是初级测试人员)

6.defect tracking：追踪leader分配给你追踪的bug.直到 bug fixed。--every tester

7.测试报告：通过不断测试、追踪，直到被测软件达到测试需求要求，并没有重大bug.

8.用户体验、软件发布等……

详细测试步骤：

1. 书写测试计划

2. 审核测试计划，未通过返回第一步

3. 书写测试用例；

4. 审核测试用例，未通过返回第三步

5. 测试人员按照测试用例逐项进行测试活动,并且将测试结果填写在测试报告上；（测试

报告必须覆盖所有测试用例）

6. 测试过程中发现bug，将bug填写在bugzilla上发给集成部经理；（bug状态NEW）

7. 集成部经理接到bugzilla发过来的bug

7.1 对于明显的并且可以立刻解决的bug，将bug发给开发人员；（bug状态ASSIGNED）;

7.2 对于不是bug的提交，集成部经理通知测试设计人员和测试人员，对相应文档进行修改; （bug状态RESOLVED，决定设置为INVALID）;

7.3 对于目前无法修改的,将这个bug放到下一轮次进行修改；（bug状态RESOLVED，决定设置为REMIND）

8. 开发人员接到发过来的bug立刻修改;（bug状态RESOLVED，决定设置为FIXED）

9. 测试人员接到bugzilla发过来的错误更改信息，应该逐项复测，填写新的测试报告

（测试报告必须覆盖上一次中所有REOPENED的测试用例）；

10. 如果复测有问题返回第六步（bug状态REOPENED）

11. 否则关闭这项BUG（bug状态CLOSED）

12. 本轮测试中测试用例中有95%一次性通过测试,结束测试任务；

13. 本轮测试中发现的错误有98%经过修改并且通过再次测试（即bug状态CLOSED），返回第五步进行新的一轮测试；

14. 测试任务结束后书写测试总结报告；

15. 正规测试结束进入非正规测试，首先是ALPHA测试，请公司里其他非技术人员以用户角色使用系统。发现bug通知测试人员，测试人员以正规流程处理bug事件；

16. 然后是BETA测试，请用户代表进行测试。发现bug通知测试人员，测试人员以正规流程处理bug事件。(又叫用户体验测试UAT)

Bugzilla是Mozilla公司提供的一款开源的免费Bug（错误或是缺陷）追踪

系统，用来帮助你管理软件开发，建立完善的BUG跟踪体系。Bugzilla是一开源Bug Tracking System，是专门为Unix定制开发的。但是在windows平台下依然可以成功安装使用.Bugzilla是一个搜集缺陷的数据库。它让用户报告软件的缺陷从而把它们转给合适的开发者。开发者能使用bugzilla保持一个要做事情的优先表，还有时间表和跟踪相关性。不是所有的"bugs"都是软件缺陷。一些数据库中的内容是作为增强的请求（RFE）。一个RFE是一个严重级别字段被设为"enhancement"的"Bug".人们常说"bug",实际上意思是Bugzilla中的记录，所以RFEs经常被称作bug。

黑盒测试

黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把

程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程

序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否

能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内

部逻辑结构，主要针对软件界面和软件功能进行测试。

黑盒测试法注重于测试软件的功能需求，主要试图发现下列几类错误。

功能不正确或遗漏；

界面错误；

输入和输出错误；

数据库访问错误；

性能错误；

初始化和终止错误等。

从理论上讲，黑盒测试只有采用穷举输入测试，把所有可能的输入都作为测试情况考虑，

才能查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但可能的输入进行测试。这样看来，完全测试是不可能的，所

以我们要进行有针对性的测试，通过制定测试案例指导测试的实施，保证软件测试有组织、按步骤，以及有计划地进行。黑盒测试行为必须能够加以量化，才能真正保证软件质量，

而测试用例就是将测试行为具体量化的方法之一。具体的黑盒测试用例设计方法包括等价

类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功

能图法、场景法等。

等价类划分的办法是把程序的输入域划分成若干部分（子集），然后从每个部分中选取少

数代表性数据作为测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值。该方法是一种重要的，常用的黑盒测试用例设计方法。

划分等价类

1) 划分等价类：等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭

露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其它

值的测试.因此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据.取得较好的测试结果.等价类划

分可有两种不同的情况：有效等价类和无效等价类。

有效等价类：是指对于程序的规格说明来说是合理的，有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。

无效等价类：与有效等价类的定义恰巧相反。

设计测试用例时，要同时考虑这两种等价类.因为，软件不仅要能接收合理的数据，也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性。

划分等价类准则

2）划分等价类的方法：下面给出六条确定等价类的原则。