TC 学习day01

测试的定义：Test Case 缩写TC 
在执行前设计一套详细的测试方案，包括： 
测试环境，测试步骤，测试数据，预期结果，实际结果 
测试用例=输入+输出+测试环境 核心

BUG分级： 
s1 最严重BUG 系统死机 
s2 流程走不通 
s3 模块有问题，不影响其他模块，模块级别的BUG 
s4 
s5 错别字级别的错误

1、不能进行“穷举”测试 
选择高效的测试用例

测试和调试的区别？ 
测试：找出BUG，在测试的过程中 
调试：开发代码过程中  Debug

1945.9 一个虫子引发的故障

软件缺陷的定义： 
产品需求不完整甚至没有明确的需求

BUG 80-20定理

在分析、设计、实现阶段的复审和测试  能够避免80%的bug

 

80%的工程量用在20%的需求上（关键需求）

80%的开发成本花费在20%的部件上

 

测试的基本原则：

1、Good enough（恰到好处，足够好）原则：测试投入与产出要适当权衡

测试的不够充分是对质量的不负责任，过分的测试是一种资源的浪费

2、所有测试都应追溯到用户需求

3、测试应从“小规模”开始逐步转向“大规模”

4、同化效应，为了达到最佳效果，可以由第三方来构造测试

 

问题：测试过程中为何要进行版本控制？

易于管理，易于把控

 

Verification 验证，是否按需求做出了功能正确的产品

Validation    确认，是否做出了用户想要的产品

 

缺陷：

   软件实现的功能不正确                                              验证

“缺少”：软件没有实现某项功能                               确认

“多余”，软件实现的某项功能在需求中没有定义     确认

 

软件测试过程：

获取测试需求

编写测试用例

执行用例

记录用例

记录测试结果

评估测试结论

 

 

 

发展建议：

 

 

 

软件开发模型：

V模型，W模型 ，H模型 ，X模型

测试策略：

 

软件测试的过程：

 

V模型：优点和缺点 *****

 

优点：

缺点：

 

W模型：****

W模型强调：测试伴随着整个软件开发周期，测试的对象不仅仅是程序，需求，功能和设计同样需要测试，测试与开发是同步进行的。

W模型的优点：

W模型的缺点：

 

H模型：

 

 

H模型：说明了软件不仅仅指测试的执行，还包括很多其他的活动

软件测试是一个独立的流程，贯穿产品整个声明周期，与其他流程并发进行

只要条件成熟，测试准备活动完成了，测试执行活动就可以进行了。

 

X模型：

 

 

 

软件测试用例：一览图

 

测试用例的内容****

1、项目名称（版本）-模块名称-测试功能项

2、测试人员-测试时间

3、测试目的-预设条件-其他参考信息

4、用力编号-相关用例

5、用例说明-输入条件-执行方法

6、预期结果

7、测试结果

8、缺陷编号