测试基础
介绍
-
软件测试：预期输出和实际输出比较；越早发现缺陷越早解决
-
软件测试的七个原则：
1、只能证明软件存在问题，不能证明不存在问题
2、不能进行穷尽（穷举）测试，应该分类别测试
3、测试工作要尽早的介入，降低修复成本（需求文档--ui、程序、测试）
4、缺陷存在集群现象，二八原则：20%的模块中存在80%的缺陷
5、测试依赖环境（系统、浏览器）
6、 杀虫剂现象
7、不存在缺陷谬论
模型
-
开发模型：瀑布模型、螺旋模型；
软件从开始研制到最终被废弃所经历的各个阶段。在不同的阶段有不同的任务。软件测试和软件开发紧密联系。所以测试人员需要充分理解开发模型。
开发模型各个阶段：需求分析、概要设计、详细设计、编码、集成、实施、交付； -
软件测试模型： V模型、双V模型（W模型）；
V模型：需求分析、概要设计、详细设计、编码---对应到测试就是验收测试、系统测试、集成测试、单元测试；
双V模型：需求分析、概要设计、详细设计、编码、集成、实施、交付---对应到测试就是验收测试、系统测试、集成测试、单元测试、集成测试、系统测试、验收测试； -
软件质量模型：ISO 9126软件质量模型（包括功能性、可靠性、易用性、效率性、可维护性、可移植性、安全性、兼容性等）；
软件测试分类
1、按照阶段划分：单元测试、集成测试、系统测试、验收测试；
2、按照是否运行：动态测试（运行代码，输入测试数据进行测试，比对测试结果与预期结果）、静态测试（不运行代码，直接查看代码，如白盒厕所）；
3、按照是否查看代码：白盒测试、黑盒测试、灰盒测试；测试时是否查看代码；
4、按照是否自动化：人工测试、自动化测试；
5、其他类型：
冒烟测试（开发首次打版交付测试时先进行冒烟测试，重要模块、重要功能先测试，保证基本的功能和流程能走通）；
回归测试（回归验证bug测试）；
随机测试（对于被测试的软件的重要功能进行复测，抽查测试）；
探索测试（边设计测试用例边测试，通过测试来学习被测软件产品，一般是用于已设计的测试用例都测试完毕，测试人员主观能动的学习探索测试）；软件测试用例
-
测试用例定义：为了检验产品的代码实现是否满足需求，而设计的文档（如excel文档形式的测试用例），他包括测试输入、执行条件、预期结果、实际结果等要素；
-
测试用例的重要要素：
1、用例编号：表示用例的唯一性，也叫用例ID；
2、用例标题：表示要测试或验证的目的，需要用简单话语描述清除，一个用例代表一个需求点；
3、测试项目：当前测试的功能所属范围；
4、用例优先级：测试用例的重要程度或影响力；
5、前提条件：验证该功能需要的前提条件；
6、测试数据：测试过程中的输入数据，如登录测试需要输入账号密码；
7、测试步骤：测试用例需要的先后操作步骤；如登录测试：第一步输入URL地址，第二步输入正确的账号密码，第三步点击登录；
8、预期结果：希望得到的结果；
9、测试结果：测试执行后得到的实际结果；
10、测试时间：实际测试的时间； -
测试用例的设计方法：
1、有效等价类：如输入值为2-10个字符，有效等价类为2-10个字符，无效等价类：长度（<2,>10）、类型、是否为空，是否重复0、需求规则;
2、边界值法：如输入值为2-10个字符，边界为1个、2个、10个、11个；
3、判定表：如登录需要账号密码，判定表为正确的账号和密码；正确账号错误密码、错误账号正确密码；
4、因果图：因果图法是用图解的方法表示输入的各种组合、约束关系，依据因果图最终写出判定表从而设计相应的测试用例。和判定表法类似，就是减少测试用例；
5、场景法：使用场景或者流程进行测试；
6、流程图：通过画流程图进行测试；
7、正交法：通过正交表设计测试用例，为了减少测试用例数量以及还能达到覆盖所有需求点；
8、错误推测法：通过经验、直觉推测系统可能出现问题的地方，一般由经验丰富的测试人员使用。
** 测试用例模板 **
缺陷
-
定义：软件或者程序中存在的错误；
-
判定标准
1、软件未达到需求规格说明书中标明的功能。如设计一个计算器程序，需求中有乘法，但是程序中没有乘法功能；
2、软件出现了需求规格说明书指明不会出现错误的地方。如计算器除0有提示，软件除以0崩溃；
3、软件的功能超出了需求规格说明书指明的范围。如计算器需求中只有加减乘除，实际程序中有开方和平方；
4、软件未达到需求规格说明书虽未指明但应该达到的目标。如计算器需求中虽然没有明确说明每次计算响应时间是多少，但是实际软件中每次计算一分钟还没有结果；
5、软件测试人员认为软件难以理解，不易使用，运行速度慢，或者最终用户体验不好的。 -
缺陷要素
1、缺陷标题：简单明了的说明这个缺陷
2、缺陷的预置条件：产生这个缺陷的前提条件
3、缺陷的重现步骤：缺陷产生的完整的步骤，需要简单明确；
4、缺陷的实际结果：执行复现步骤后软件产生的结果；
5、缺陷的期望结果：需要列出期望的结果是什么；
6、缺陷的状态：新建、打开或者激活、关闭、拒绝、延期；
7、严重程度：非常严重、严重、中、建议；
8、优先级：高、中、低
9、缺陷的类别：设计缺陷、代码错误、界面错误、配置错误、性能问题；
** 缺陷模板 **
- 禅道工具的使用：禅道是psp写的，安装后浏览器使用。使用人员包括开发人员、产品、测试人员等；