测试理论第一天笔记
今日目标
- 了解测试相关流程
- 知道测试用例的构成
- 能够用等价类划分法设计测试用例
测试回顾
- 软件测试：通过手工或者自动化的方式运行被测的软件是否正常（看预期结果和实际结果是否一
致） - 测试目的：保障软件的质量（尽可能多的发现系统中的错误，证明软件存在问题）
- 测试体现形式：通过找出bug的形式验证质量
- 测试人员具备的素质（521）：
应用：简历的自我评价里面可以应用
-
- 5个心：责任心、细心、耐心、专心、自信心
- 2个能力：沟通能力、表达能力
- 1个精神：团队协作精神
软件的质量
前置铺垫
- 需求：用户的想法，为了实现某个目的而产生的想法
- 需求规格说明书：将用户的想法转化为技术上可以实现的文档
软件质量模型
应用场景：提供对于软件产品从测试角度思考的一种思路
-
定义：实际实现的产品和需求描述是否1一致，相一致程度说明质量满足需求（好）
-
如何评判软件的质量？
-
功能：软件产品是否具备某种能力
某手机是否支持5G
-
性能：软件产品对于时间和空间的占用程度高低
性能：软件产品对于时间和空间的占用程度高低
-
兼容性：软件兼容其他类型的软硬件的能力
著名的"3Q"大战
-
易用性：在一定用户群的基础上，软件是否好用、容易理解
遵循专业性，例如：财务系统软件（账单、流水等）
-
可靠性：软件是否具备持续无故障运行的能力
-
安全性：软件运行过程中对于数据的传输和存储是否安全
属于专项测试，要求较高
-
可移植性：软件产品从一个环境移植到另一个环境中正常运行的能力
-
可维护性：软件出现故障后，自我修复/恢复的能力
-
软件的生命周期
软件生命周期：软件从无到有到消亡的过程
软件生命周期也叫软件开发过程模型、软件生命周期模型
瀑布模型
描述软件生成到消亡的过程模型图
该模型目前实际工作中已不常用，但是该模型是其他新型模型的“鼻祖”
瀑布模型的优点
- 每个阶段比较清楚，并且有对应的文档产生
- 当前一个阶段完成后，才开始后面的阶段（一次性的）
瀑布模型的缺点
- 发现问题的时机比较晚，失去提前纠错的机会
- 测试介入比较晚
适用场景
- 适用于需求不易发生变化的大项目
【扩展】敏捷开发模型
能够适用需求的变化，并且能够给出快速的响应
- 小步快跑
- ACP
软件测试模型
V模型
作用：主要描述测试、开发之间的对应关系
V模型优点
每个阶段比较清楚，测试过程由底层（代码）测试到高层（应用）测试过程
V模型缺点
不适用于需求的变更，发现问题的时机比较晚
W模型优点
- 测试介入时间早，能够及时发现问题，降低修复成本
- 测试伴随整个软件生产周期，除了测试软件之外，还需要验证文档
W模型缺点
- 该模型应用起来复杂度高（具备计算机技能、业务能力、管理能力、测试素质）
测试用例🚩
目的：
- 方便测试验证（将需求大量描述拆分为小的测试点）
- 体现测试人员的思路，测试设计的全面性（后续测试直接可以使用）
- 测试的量化体现，能够反应测试进度
定义
测试用例，也叫Test Case，为了特定的目的而设计的一组测试输入，执行条件和预期结果构成的
文档。
构成要素
规范的测试用例应该包含哪些内容？ 注意：实际工作中，如果企业中有自己的用例模板，则用自己公司的即可，核心内容基
声明：是学习黑马测试教程的，有兴趣可以点击链接学习学习入口