需求包括用户需求和软件需求
用户需求:甲方提出来的要求或者没有甲方时终端用户使用产品时必须完成的任务
软件需求:软件所要完成的功能需求,是测试人员进行测试工作的基本依据
测试用例(CASE)的概念:
是一组集合。包括测试环境、测试数据、操作步骤、预期结果
测试用例的作用:
①可以提高测试人员的工作效率
②建立自动化的基础
软件错误(BUG):
当前仅当软件需求的规格说明正确并存在,程序和规格说明之间不匹配就是错误。
软件的生命周期:
需求分析 -> 计划 -> 设计 -> 编码 -> 测试 -> 运行维护
几种模型:
①瀑布模型
star -> 需求分析 -> 计划 -> 设计 -> 编码 -> 测试 -> end
特点:瀑布模型的每一个阶段只执行一次,是线性顺序进行的
优点:每个阶段的工作明确并且每个阶段的产出也清晰
缺点:测试介入的晚风险发现的晚
适用于:小型项目
②螺旋模型
特点:采用渐进式的开发模式
优点:每个阶段都会进行风险分析,避免一些线上问题
缺点:风险管理的技能水平提高,需要人员和资金的投入
适用于:大项目、风险多的项目
③敏捷
敏捷宣言:
个体与交互重于过程和工具
可用的软件重于完备的文档
客户协作重于合同谈判
响应变化重于遵循计划
scrum的角色:①产品经理 ②项目经理 ③研发团队
scrum的基本流程:
①产品经理负责收集和整理用户的需求
②发布计划会议
③迭代计划会议(明确每个任务的负责人即分工)
④每日例会
⑤演示会议
⑥回顾会议
软件测试V模型(左边开发,右边测试)
优点:清楚描述了这些测试阶段和开发过程期间各阶段的对应关系
缺点:测试介入的较晚,发现问题太晚
软件测试W模型
特点:测试与开发同步进行
优点:测试接入早有利于尽早的发现问题
缺点:测试人员和开发人员一定程度上串行,不适用于敏捷
软件测试的生命周期:
需求分析 -> 测试计划 -> 测试设计 -> 测试开发 -> 测试
描述一个BUG包含的几个部分:
①发现问题的版本
②问题出现的环境
③错误重现的步骤
④预期行为的描述
⑤错误行为的描述
⑥不要把多个BUG放在一起
定义BUG的级别:崩溃、严重、次要、一般