目录
定义:计算机系统中与硬件相互依存的一部分(程序+数据+相关文档)
程序:按事先设计的功能和性能要求执行的指令序列
数据:使程序能正常操纵信息的数据结构
文档:与程序开发、维护和使用有关的图文资料
主要分为软件开发技术(方法+过程+工具+环境)和软件开发管理
可行性研究和计划(立项)
需求分析
概要设计(测试计划)
详细设计(测试方案)
实现(开发阶段;包含单元测试)
组装测试(集成测试)
确认测试(系统测试,验收回归测试)
使用和维护(上线使用及日常更新维护)
定义:软件质量保证的一种手段
目的:发现错误以及避免这些错误的发生,使产品达到完美
概念:是软件工程中的一个非常重要的环节,是开发项目整体的一部分。是有计划有组
织的,是伴随软件工程的诞生而诞生的,软件测试不是万能的,不可能发现全部缺陷,
软件测试是有局限性的。
①、用试题检查法
②、用新旧两个系统做平行处理检查
③、软件测试自动化工具测试
①、制定测试大纲(测试计划)
②、制作测试数据(测试方案)
③、单元测试(程序测试,一般由开发人员进行)
④、功能测试
⑤性能测试(这两个阶段重合性较大,可以归为一类)
⑥、集成测试(子系统测试)
⑦、系统测试
⑧、验收测试
⑨、测试报告及向下阶段提交系统运行、维护用户手册
①、尽早的、不断地进行测试
②、测试用例由输入数据和与之对应的输出结果组成,应包括合理和不合理的输入条件
③、开发者应尽量避免检查自己的程序
④、设计测试用例时,应包括合理和不合理的输入条件
⑤、充分注意测试中的集群现象,严格执行测试计划,排除测试的随意性
⑥、对每一个测试结果做全面检查
⑦、妥善保存测试计划,方案,用例,BUG记录及最终分析报告等文档
立项阶段
需求阶段
设计阶段
编码&单元测试阶段
集成测试阶段
系统测试阶段
验收测试阶段
结项总结阶段
概念:为了提高工作效率,节省人力和成本,把人为驱动的测试转化为机器执行
需求分析
测试计划
框架搭建(附带工具选择)
测试用例设计(编写测试用例或开发测试脚本,并文档化)
测试——调试测试(针对自动化测试脚本)
评估(评估测试结果并改进测试过程)
①、能执行更多更频繁的测试, 使某些测试任务执行方式更高效
②、能执行一些手动测试困难或者不能做的测试
③、任务自动化,使测试人员投入更多精力设计测试用例,提高测试准确性和
人员积极性
④、具有一致和可重复性特点,更客观,提高软件信任度,仍存在一定局限
⑤、不能取代手工测试,不能自动化所有的测试(如只是偶尔执行测试,或需求
经常变动,不稳定,或者需要大量手工参与时)
⑥、自动化测试工具只能执行命令,而手工可以在测试中判断测试的输入是否
正确,以及改进测试,还可处理意外事件
⑦、对质量依赖较大,在确保质量的前提下,实施自动化才有意义
⑧、自动化测试需要在整个测试系统成熟稳定后,工作效率才会随着测试执行
次数的增加而提高
⑨、自动化测试的成本可能高于手工测试
录制/回放(依赖工具)
脚本技术
数据驱动(data driven)的自动化测试
关键字驱动(keyword driven)的自动化测试
业务驱动
①、捕获和回放
②、捕获、编程和回放
③、编程和回放
④、数据驱动的测试
⑤、使用动作词的测试自动化
①、项目的影响(能否帮助项目进度、覆盖率、风险)
②、复杂度(是否容易实现,包括数据和其他环境等)
③、时间(实现自动化需要多少时间)
④、早期需求和代码的稳定性(需求或代码能否证明是在范围内变化的)
⑤、维护工作量(代码能否能长期保持相对稳定)
⑥、覆盖率(自动化测试能否覆盖程序的关键特性和功能)
⑦、资源(是否拥有足够的人力、硬件和数据资源来运行自动化测试)
⑧、执行(负责执行的人员是否有足够的技能和时间去运行)
⑨、自动化测试管理
①、搭建测试环境,测试场景
②、测试用例
③、测试结果的验证
④、自动化测试的流程以及执行
①、工具的选择
②、测试用例脚本编写
③、测试脚本的管理