- 测试流程
制定测试计划 编辑测试用例 执行测试用例发现并提交bug 开发人员进行修复bug 进行回归测试并将修改完善的bug状态进行关闭 未正确修改的bug重新激活
- 测试计划的编写要素
why----为什么进行测试
what----测试那些方面 不同阶段的工作内容
when----测试不同阶段的起止时间
where----相应文档 缺陷的存放位置 测试环境等
who----项目有关人员组成 安排那些人员进行测试
how----怎么去做 使用那些测试工具以及方法进行测试
- 测试原则
a:应当把“”尽早地和不断地进行软件测试“”作为软件开发者的座右铭
b:测试用例应有测试输入数据和对应的预期结果这两部分组成
c:程序员应避免检查自己的程序
d:在设计测试用例时 应包括合理的输入条件和不合理的输入条件
e:软件测试的原则
f:充分注意测试中的群集现象 经验表明 测试后程序中残有的错误数目与该程序中已发现的错误数目成正比
g:严格执行测试计划 排除测试的随意性
h:应当对每一个测试结果做全面检查
i:妥善保存测试计划 测试用例 出错统计和最终分析报告 为维护提供方便
- 测试方法
黑盒:等价类划分法 边界分析法 因果图法 错误推测法 正交法和场景法
白盒:逻辑覆盖法 循环测试路径选择 基本路径测试
- 测试分类
按阶段划分:单元测试 集成测试 系统测试 验收测试
按是否运行划分:静态测试 动态测试
按是否查看代码划分:白盒测试 黑盒测试 灰盒测试
其他:回归测试 冒烟测试 随机测试
功能测试:界面 业务逻辑功能 兼容性 易用性 安全性 安装测试
性能测试:性能 负载 压力 容量 并发 配置 可靠性 失败测试
- 测试模型
V型
W型
愿你我相遇,皆有所获! 欢迎关注微信公众号:程序员阿沐
1.免费领取一份216页软件测试工程师面试宝典文档资料。
2.软件测试学习路线以及相对应的视频学习教程免费分享!
- 开发流程
需求分析–概要设计–详细设计–编码–测试–软件交付–验收–维护–升级–再测试–逐步淘汰
- 黑盒和白盒的区别
黑盒测试:把测试对象当成一个黑盒子,测试人员完全不考虑逻辑结构和内部特性, 只依据程式的需求说明书来检查程式的功能是否满足它的功能说明。
白盒测试:把测试对象当成一个透明的盒子,允许测试人员利用程序内部逻辑结构及 相关信息,设计或选择测试用例,对程式所有逻辑路径进行测试。
- 测试计划中有哪些
测试背景 测试目标 测试范围 测试输出文档 测试策略 测试规模 工作量分析 测试进程 测试进度及时间安排 测试资源 人力 设备 风险管理
- 测试用例包含哪些
用例编号 所属模块 执行条件 测试输入 预期结果 实际结果 用例是否通过 测试人 版本 备注
- 测试用例需要详细到什么程度才是合格的
首先根据需求文档 概要设计 测试评估 测试方案细分出各功能模块的测试项 再根据各测试项 按照概要设计 详细设计以及测试方案中测试的覆盖率细分出测试子项
- 缺陷报告包含哪些
缺陷的标题 简要描述 却显得类型 缺陷的详细步骤描述 缺陷的实际结果 期望结果 有的缺陷需要上传截图 日志信息 缺陷的等级 缺陷指派给开发
- 测试评审:(评审分类 评审内容 评审结束)
评审分类:部门 公司 客户评审
评审内容:
a:用例设计的结构安排是否清晰 合理 是否利于对需求进行覆盖
b:优先级安排是否合理