测试用例设计方案
1.定义
为某个业务目标，而编制的一组由测试输入，执行条件以及预期结果组成的案例
2.用例核心要素
必须掌握：用例编号(如何命名)、所属模块、用例标题（验证谁在什么情况下，去做什么，最后结果是什么）、优先级、前置条件、操作步骤、测试数据、预期结果、实际结果
3. 什么是高质量的测试用例
测试用例覆盖所有的用户需求
测试用例要简单明了
各类型的测试用例要齐全
用最少的用例覆盖最多的需求
4.等价类划分法
是把所有可能输入的数据分为若干个区域，然后从每个区域中取少量有代表性的数据进行测试即可。
等价类 ：何为等价类，某个输入域的集合，在这个集合中每个输入条件都是等效的。
分类：
一般可 分为有效等价类和无效等价类。
有效等价类：指符合《需求规格说明书》，输入合理的数据集合
+无效等价类：指不符合《需求规格说明书》，输入不合理的数据集合
5.边界值分析法
定义：边界值分析是取稍高于或稍低于边界的一些数据进行测试。
确定边界值的方法
上点：是指边界上的点，无论此时的域是开区间还是闭区间，开区间的话，上点就是在域外，闭区间的话，上点就是在域内。
离点：是指离上点最近的点，这里就跟是闭区间还是开区间就有关系了，如果是开区间，那么离点就在域内，如果是闭区间，那么离点就在域外。(开内闭外)
遵循的原则：开内闭外 开区间往中间找，闭区间往外找
内点：域内的任意点都是内点。
6.因果图
定义：因果图法比较适合输入条件比较多的情况，测试所有的输入条件的排列组合。所谓的原因就是输入，所谓的结果就是输出。
因果图测试用例的编写过程
1、确定原因、结果、中间过程
2、连接因果图
3、标明约束条件
4、输出测试用例
7. 错误推测法
定义：错误猜测法是测试经验丰富的人喜欢使用的一种测试用例设计方法。
一般这种方法是基于经验和直觉推测程序中可能发送的各种错误，有针对性地设计。只能作为一种补充。
8.判定表
定义：设计测试用例时，分析和表达多输入条件下执行不同操作的黑盒测试方法。
注意：该方法和因果图法相似。
判定表测试用例编写过程
1、确定原因和动作
2、排列组合
3、标明结果关系
4、输出测试用例
9.正交实验法
使用工具：正交表
正交实验法就是利用排列整齐的表 -正交表来对试验进行整体设计、综合比较、统计分析，实现通过少数的实验次数找到较好的生产条件，以达到最高生产工艺效果。
这种试验设计法是从大量的试验点中挑选适量的具有代表性的点，利用已经造好的表格—正交表来安排试验并进行数据分析的方法。
正交表能够在因素变化范围内均衡抽样，使每次试验都具有较强的代表性，由于正交表具备均衡分散的特点，保证了全面实验的某些要求，这些试验往往能够较好或更好的达到实验的目的。
正交实验设计包括两部分内容：第一，是怎样安排实验；第二，是怎样分析实验结果。
10.场景法
定义：通过模拟业务场景来对系统的功能点或业务流程的描述，从而提高测试效果的黑盒测试方法
两个流：
基本流
概念： 正确完成的流程
流程：
插卡 → 输入密码 → 选择服务 → 取款 → 选择金额 → 等待出钞 → 取出卡片
备选流
概念： 存在异常的流程，对于基本流每一步都取反
流程：
插卡 → 输入密码 → 密码错误 → 重新输入 → 密码正确 → 选择服务 → 取款 → 选择金额 → 等待出钞 → 取出卡片
什么是缺陷？
缺陷通常是指bug，指在软件中影响正常的软件运行。
软件缺陷产生的原因
1.需求不明确或者变更。
2.软件结构复杂
3.编码问题
4.项目期限短
5.使用新技术
缺陷报告的核心要素
八项：缺陷编号、缺陷状态、缺陷标题、重现步骤、严重程度、优先级、缺陷类型、测试环境。
导致软件缺陷的典型错误
错误 缺陷
客户与软件开发人员之间交流困难 -- 缺少预期的软件功能
开发人员未注意到代码中的逻辑错误 -- 单击按钮没有进行任何操作
开发人员忘记了对文件复制代码进行错误检查 -- 复制了一份被破坏的文件，导致软件崩溃
开发人员没有理解客户的情况 -- 软件不能满足客户的要求
软件缺陷分类
缺陷跟踪八大状态：
新建：刚发现的缺陷
已指派：已经由测试人员将缺陷指派给开发人员进行处理
已打开：开发人员正在修复缺陷
已修复：开发人员完成缺陷修复，还未进行回归测试
已拒绝：发开人员拒绝修复
已延期：对缺陷进行延缓处理
已关闭：由测试人员回归测试后，缺陷不存在了
重新打开：由测试人员回归测试后，发现缺陷任然存在，
缺陷报告编写技巧
1、对错误的描述要做到简洁、准确、完整，揭示错误实质
2、尽量使用短语和短句，避免复杂句型句式
3、每个软件问题报告只书写一个缺陷或错误
4、明确指明错误类型和严重程度
5、每一个步骤尽量只记录一个完整操作
6、复现的操作步骤要完整，准确，简短
7、可以附加必要的错误特征图像8、可以附加必要的测试用例
缺陷报告模板
禅道
概念：项目管理工具
目前市场主流的测试工具：禅道和Jira 管理工具
禅道项目管理系统的特点：
1.第一款完整涵盖产品管理、任务管理、测试管理的开源管理软件，使用一个软件解决项目管理核心问题。
基于国际流行的敏捷管理方式scrum。
2.B/S Broswer/Server C/S Client/Server 架构，方便部署、使用。
3.概念简单，容易上手。
4.开源的项目管理软件，可自由进行定制，修改。
5.免费的项目管理软件，降低企业的投入成本。
6.自主的开发框架，预留扩展机制，通过第三方的插件扩展获得更多的功能。
禅道这操作分为：
1.人员管理
2.权限分配
3.产品控制
4.项目控制
5.编写用例
6.提交bug
人员管理：
管理员-->组织--->部门
管理员--->用户--->添加用户（项目经理，产品经理，开发人员，测试人员等）
创建产品：
产品经理--->产品--->添加产品
添加需求：
产品经理--->产品视图--->新增需求
创建项目：
项目经理--->项目--->添加项目
项目经理--->设置团队--->团队管理
项目经理--->项目--->需求--->关联需求--->批量拆分
开发人员领取任务：
开发人员--->我的地盘--->任务--->完成任务
开发人员--->项目--->版本--->创建版本
测试查看任务：
测试人员--->项目--->任务--->完成
测试人员--->测试--->Bug--->提Bug
查看Bug：
开发人员--->测试--->Bug--->解决
关闭Bug：
测试人员--->测试--->Bug--->关闭Bug
创建发布：
产品经理--->产品--->创建发布（必填：发布名称、Build和发布日期）
测试报告
定义
记录测试的过程和结果 对发现的问题和缺陷进行分析的文档
测试报告分类
阶段测试报告
整体测试报告
报告内容
编写目的：
①对测试报告进行相应的解释
②对项目进行简介
③对于测试任务进行简单描述，要测试哪些内容
测试人员：类似于测试计划中的人员分工，简单描述日期等
测试环境： （软件和硬件环境）
测试过程
阶段测试报告：
测试进度情况
用例执行情况
缺陷统计
总体测试报告
1.各版本的测试情况
2.各版本的缺陷统计
3.用例执行情况
缺陷分析
1.缺陷级别
2.缺陷模块
3.缺陷类型
4.版本趋势
5.测试轮次
测试总结
1.测试结论
2.风险分析
3.遗留问题
