1、测试用例理解定义
由为某业务目标制定的一系列测试输入、执行条件及预期结果组成的案例。
目前主要使用Excel表编写测试用例。 xind也有
为什么使用测试用例
在开始测试之前设计测试用例，可以避免盲目测试，提高测试效率
测试用例的使用突出了软件测试实施的重点，明确了目的。
软件版本更新后，只需修改少数测试用例就可以展开测试工作，降低工作强度，缩短项目周期。
验证软件是否满足客户的需求，体现一个测试仪的工作量，给出测试用例的设计思路。
2、测试用例模板的用例号
所属模块
用例标题
优先顺序
先行条件
操作步骤
预期结果
实际结果
二、缺陷1、缺陷介绍
定义
软件缺陷通常称为错误，是指存在于软件(包括文档和程序)中的影响软件正常运行的问题和错误。
软件缺陷判断标准
软件未完成设计中所示的功能---较少的功能
软件超出了设计中指定的功能--多功能
软件发生了设计中指定的约束。 约束条件未实现
软件测试者认为软件难以理解、使用困难、动作缓慢、体验差——外在缺陷
2、缺陷产生的原因
软件是不可避免地产生缺陷的，不能说是避免所有的缺陷
需求的不明确和变更(交流没有充分产生) )
软件结构复杂(结构不合理、认知不充分) )。
编码问题(产生缺陷的最大原因) ) )
项目时间越短(时间问题，越快越忙越出错) )
使用新技术(众所周知最新的不是最好的，老人经常活着) )。
3、缺陷分类
接口类前端问题
功能代码问题、不满足需要、功能实现错误
性能类用于性能测试，如网络延迟、高并发停机、内存问题和CPU占用
安全类业务功能中存在的安全问题
类在不同平台上的兼容性、软件向后兼容性
4、缺陷严重程度(等级)。
致命软件崩溃，数据丢失
严重缺陷严重影响系统要求或级别功能的实现
一般缺陷不影响基本功能的实现
轻微的建议
5、缺陷优先顺序及时解决
高优先级
正常排列
优先级低
6、缺陷产生阶段
需求阶段的缺陷
设计阶段的缺陷
编码的阶段性缺陷
测试阶段的缺陷
7、缺陷状态
New缺陷刚被发现，就提交给了开发者
Open开发人员看到测试提交的错误，收到此错误，状态为Open
如果开发人员认为这不是错误，则拒绝。 状态为拒绝状态Rejected
Fixed开发人员修复并提交了错误
关闭检测器将重新检查修复的错误，如果未发现问题，则关闭此错误
Reopen测试人员重新检查修复的错误，如果发现还有问题，请再次提交，错误将进入Reopen状态
三.缺陷管理工具
我们的缺陷管理一般是用工具进行的，但目前市场上比较流程的工具有
禅道、BugFree、Bugzilla、QC (花钱)。
1、准备道具
这里使用禅道工具，使用源包12.3定位禅道
禅道是用php写的，所以需要准备php环境。 在本例中，您将使用phpstudy创建运行时。
2、安装过程先安装phpstudy
第二步解压缩禅道源包，得到zentaopms目录，代入phpstudy的WWW目录
步骤启动phpstudy的Apache和Mysql
第4步浏览器访问http://localhost/zentaopms/www/index.PHP