谈谈开发人员自测——黑盒测试

上周部门主管，给我们培训了在开发过程中关于自测的话题，自测到底怎么去测，测试力度到底多大？下面给大家分享下培训内容，往大家吐槽。。。

• 测试目地划分所包含内容

1. 单元测试（指对软件中的最小可测试单元进行检查和验证）
2. 功能测试（对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能）
3. 集成测试（也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求（如根据结构图〕组装成为子系统或系统，进行集成测试）
4. 场景测试（假设的故事，用来帮助人们理解一个复杂的问题或者系统）
5. 系统测试（将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案）
6. a测试 （用户在模拟真实环境下进行测试，有测试人员参与）

7. β 测试（由软件的一个或多个用户在实际使用环境下进行的测试）

注：按测试设计方法分类划分为：白盒、黑盒、灰盒

• 黑盒测试

1、简介

　　检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。

 

2、黑盒测试的目的

功能不正确或遗漏；
界面错误；
输入和输出错误；
数据库访问错误；
性能错误； （性能错误是什么意思？）
初始化和终止错误等。

3、黑盒测试的方法：

等价划分法（解决如何选择适当的数据子集来代表整个数据集的问题，通过降低测试的数目去实现“合理的”覆盖，覆盖了更多的可能数据，以发现更多的软件缺陷）
边界值分析法（对输入或输出的边界值进行测试的一种黑盒测试方法）
错误推测法（在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例的方法）
因果图法（从用自然语言书写的程序规格说明的描述中找出因（输入条件）和果（输出或程序状态的改变），可以通过因果图转换为判定表）
判定表驱动法（是分析和表达多逻辑条件下执行不同操作的情况的工具）
正交试验设计法（研究多因素多水平的又一种设计方法，它是根据正交性从全面试验中挑选出部分有代表性的点进行试验，这些有代表性的点具备了“均匀分散，齐整可比”的特点，正交试验设计是分析因式设计的主要方法。是一种高效率、快速、经济的实验设计方法。）
功能图法
场景法

4、测试流程：

测试计划

测试设计

测试开发

测试执行

测试评估（测试覆盖域或跟踪报告）

5、黑盒测试常用方法：

页面连接检查
相关性检查
检查按钮的功能是否正确
字符串长度检查
字符类型检查
标点符号检查
中文字符处理
检查带出信息的完整性
信息重复
检查删除功能
检查添加的和修改是否一致
检查修改重名
重复提交表单
检查多次是否Back键
search检查
输入信息位置
上次下载文件检查
必填项检查
快键建检查
回车键检查

6、开发对待测试

　　没有测试的概念

　　没有测试的方法和经验

　　认为测试是测试人员的工作

　　开发的时间都不够，那有时间进行测试

　　认为自己开发的程序是完美的

　　开发人员和产品使用人员思维方式不一样，测试的效果不好

　　但是我们依然需要做自我测试

　　出现BUG时，分析的时间比修正错误的时间花费更多

　　BUG过多，频繁的打断开发的工作节奏、影响开发的士气