测试基础知识01

【什么是测试需求和测试思路】

1.什么是测试需求？如何理解测试需求？

测试需求: 需求规格说明书明确阐述出来的需求和和需求存在不明白、不理解或认为是错误的和项目经理或需求调研人员确认的需求称为测试需求
用户需求：需要调研人员从用户现场调研回来的需求

2.什么是测试思路？了解测试需求后从哪些角度进行测试？

1. 测试思路分析的时候先考虑正常的，在考虑异常的。

2. 无效的规则测试的时候一定要一个一个覆盖，因为发行bug好定位。（测试工程师的两个层次:第一发现bug，第二定位bug）

3. 测试分析里面可能存在重复的情况，思路分析完成后一定要过滤。

【文档测试】

(1) 如何进行文档测试？

检查文档的完整性、一致性、易理解性、易浏览性、正确性

备注：

1. 完整性:检查需求规格说明书是否完整。例如:没有表达出来的需求。

2. 一致性:检查文档说明是否一致。

3. 易理解性:文档里面没有费解的地方。

4. 易浏览性:检查文档的页码、章节、目录等。

5. 正确性:检查文档里面有没有错别字、病句等。

(2) 实际测试过程中可能遇到的文档？【面试题】你测试过哪些文档？

l 需求规格说明书

l 概要设计说明书

l 详细设计说明书

l 安装手册

l 用户使用手册

l 帮助手册

(3) 文档测试的规范

l 文档测试只能对文档进行红色、绿色、蓝色标注。

红色:文档里面不明白、不理解、有疑问或认为错误的。

绿色:测试人员发现的问题，组织好语言。

蓝色:和项目经理或需求调研人员确认的需求。

l 不能直接修改文档里面的内容，只能进行标注。

l 做文档测试一定要审查每一个图形和步骤。

【测试用例】

测试用例的注意事项有哪些？作为一名测试负责人从哪些角度审查测试用例）

1. 测试用例的输入一定要看软件的界面，怎么操作的就怎样写。

2. 测试思路里面有几种情况就要设计几条用例来进行覆盖。

3. 保持用例步与步之间的独立性，因为测试用例每一步不通过都是bug，如果步与步之间关联了，则发现bug不好跟踪。–（面试题：为什么要保持步与步之间的独立性？）

4. 测试用例使用数据的地方必须要有数据。

5. 测试用例的每一个输出必须要有明确的结果。

测试用例的设计方法有哪些？

一、等价类

1.等价类

​ 在软件工程中，是把所有可能输入的数据，即程序的输入域划分成若干部分（子集） [2] ，然后从每一个子集中选取少数具有代表性的数据作为测试用例，从而减少了数据输入量从而提高了效率，称之为等价类方法，该方法是一种重要的、常用的黑盒测试用例设计方法

2.分类

​ 在软件工程中等价类划分及标准如下：

划分等价类

等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭露程序中的错误都是等效的，并合理地假定：测试某等价类的代表值就等于对这一类其他值的测试，因此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件就可以用少量代表性的测试数据取得较好的测试结果。等价类划分有两种不同的情况：有效等价类和无效等价类。

1）有效等价类

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

2）无效等价类

指对程序的规格说明是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能多个。

二、边界值

​ 边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。
长期的测试工作经验告诉我们，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例设计，可以查出更多的错误。

三、错误推测法

a、定义：

在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例的方法。
b、主要思想：

列举程序可能出现的错误或者容易产生错误的测试点，然后根据测试点来编写测试用例。
或 在阅读规格说明时联想开发可能做的假设来确定测试用例，比如规格说明中的可能被忽略的内容。
c、常见的方法：

极限值设计（如最大、最小、空、0）、特殊值设计等

四、因果图

根据输入条件与输出结果之间的因果关系来设计测试用例的，它首先检查输入条件的各种组合情况，并找出输出结果对输入条件的依赖关系，然后为每种输出条件的组合设计测试用例。

黑盒测试和白盒测试

按照是否需要知道程序内部是如何实现的，将测试分为黑盒测试与白盒测试。
需要知道程序内部是如何实现的——白盒测试
不需要知道程序内部是如何实现的——黑盒测试
白盒测试一般是内部人员即程序员进行测试
黑盒测试一般是外部人员如专门的测试人员和用户来测试

黑盒测试

1、什么是黑盒测试？

黑盒测试又称为功能测试，主要检测软件的每一个功能是否能够正常使用。在测试过程中，将程序看成不能打开的黑盒子，不考虑程序内部结构和特性的基础上通过程序接口进行测试，检查程序功能是否按照设计需求以及说明书的规定能够正常打开使用。
2、常见的黑盒测试技术

等价类划分、边界值分析、错误推测法、因果图

二、白盒测试
1、什么是白盒测试？

白盒测试也称为结构测试，主要用于检测软件编码过程中的错误。程序员的编程经验、对编程软件的掌握程度、工作状态等因素都会影响到编程质量，导致代码错误。
白盒测试可以发现黑盒测试没有发现的错误。
可以实现一部分测试一部分
2、独立路径测试

对程序所有执行路径进行等价类划分，找出有代表性的`最简单的路径（例如循环只执行一次），设计测试用例
是每一条基本路径被覆盖至少一次。

bug

bug的严重级别

建议性：系统功能基本上的实现了，但是站在用户的角度，不好使用，希望进行优化和调整。
微小的：一些非常小的问题,例如：界面上文字错误，界面颜色搭配不合理。
一般的：一些小问题，不影响功能使用
严重的：主要功能在使用过程中报错。
致命的：主要功能在使用过程中崩溃。

在实际测试过程中，提交bug时，bug级别拿不准时就低不就高。
建议级别的bug必须给出解决方案
bug的严重级和bug的优先级别成正比

Blocker级别——中断缺陷，包括：客户端程序无响应，无法执行下一步操作。

Critical级别——临界缺陷，包括：功能点缺失，客户端爆页。

Major级别——较严重缺陷，包括：功能点没有满足需求。

Normal级别——普通缺陷，包括：数值计算错误，JavaScript错误。

Minor级别——一次要缺陷，包括：界面错误与UI需求不符、打印内容、格式错误、程序不健壮，操作未给出明确提示。

Trivial级别——轻微缺陷，包括：辅助说明描述不清楚、显示格式不规范、长时间操作未给用户进度提示、提示窗口文字未采用行业术语、可输入区域和只读区域没有明显的区分标志、必输项无提示，或者提示不规范。

Enhancement级别——测试建议，其他（非缺陷），包括：以客户角度的易用性测试建议、通过测试挖掘出来的潜在需求。

BUG修复情况

Assignee(已分配没有解决)

Fixed（已修复等待验证）

WonFix(延期,暂不修改)

Duplicate（重复的问题）

流程管理过程中遇到的bug状态：

New
Open
Fixed—————开发工程师解决bug之后给的状态
Closed
Reopen——————验证之后没有解决，在重新指派给开发进行修改。