一、什么是测试用例
测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。
测试用例（Test Case）目前还没有经典的定义。比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。
测试用例（Test Case）是将软件测试的行为活动做一个科学化的组织归纳，目的是能够将软件测试的行为转化为成可管理的模式；同时测试用例也是将测试具体量化的方法之一。
测试用例的格式与要素
一个优秀的测试用例，用例会与项目挂钩，是能让不同的测试人员看到用例后便能理解其要表达的意思，执行测试用例，就能得到准确的测试结果。另外能用尽量少的测试用例覆盖尽量多的测试范围；应该包含以下信息：
1） 软件或项目的名称
2） 软件或项目的版本（内部版本号）
3） 功能模块名
4） 测试用例的简单描述，即该用例执行的目的或方法
5） 测试用例的参考信息（便于跟踪和参考）
6） 本测试用例与其他测试用例间的依赖关系
7） 本用例的前置条件，即执行本用例必须要满足的条件，如对数据库的访问权限
8） 用例的编号（ID），如可以是软件名称简写-功能块简写-NO.。
9） 步骤号、操作步骤描述、测试数据描述
10) 预期结果（这是最重要的）和实际结果（如果有BUG管理工具，这条可以省略）
11）开发人员（必须有）和测试人员（可有可无）
12）测试执行日期
二、什么是软件缺陷
满足下列五个规划之一才称为软件缺陷:
1.软件未达到产品说明书标明的功能。
2.软件出现了产品说明书指明不会出现的错误。
3.软件功能超出产品说明书指明的范围。
4.软件未达到产品说明书虽未指出但应该达到的目标。
5.软件测试人员认为软件难以理解、不易使用、运行速度缓慢 ，或者最终用户认为不好。
缺陷报告的组成：
1.缺陷编号（Defect ID）:提交缺陷的顺序
2.缺陷标题（Summary）:简要描述一下缺陷
3.缺陷的发现者（Detected by）:测试人自己
4.发现缺陷的日期（Detected on Date）:一般为当天
5.缺省所属的模块（Subject）：在测试哪个功能模块发现BUG
6.发现缺陷的版本（Detected in release）:
7.指派给谁处理（Assigned to）:测试人员指派给开发经理
8.状态（Status）:缺陷此时所处的情况或处理的阶段
9.严重程度（Severity）：标明该BUG有多糟糕，或者对软件影响的大小
10.优先级（Priority）:希望程序员什么时间内或在程序的哪个版本中解决该BUG
11.缺陷描述：把发现缺陷的过程、步骤、使用的数据等记录下来，使程序员通过该描述，能够再现 该BUG。
缺陷报告的处理流程：
三、软件测试生命周期
测试需求→测试计划 → 测试设计 → 测试开发 → 测试执行 → 测试评估
软件测试生命周期模型
V模型：
W模型：
