软件测试理论知识(三)
面试题
测试流程:
1、熟悉需求,列计划
2、编写测试用例
3、评审测试用例
4、完善测试用例,完善自动化测试的测试脚本,进行冒烟测试
5、测试,以及提交bug
7、进行系统的测试和验收测试
8、编写测试报告,准备上线前的工作
跟踪产品上线后的情况,项目内部复盘
冒烟测试:冒烟测试?的是确认软件基本功能正常
验收测试:测试完成,测试人员发送邮件给产品经理,产品经理验收完成后回复邮件说验收完成
测试用例的要素:?例ID;?例名称;测试?的;测试级别;参考信息;测试环境;前提条件;测试步骤;预期结果;设计?员
测试用例编写注意事项
BUG注意事项
1、印象最深的BUG
2、如果你提交的BUG,开发不承认,你会怎么办?
1、从自身入手 2、与开发确认
需求文档里面有什么?
1、本次迭代的页面交互图
2、业务逻辑流程图
3、关于业务逻辑的描述
一个功能,实际测试5天,给你3天的时间,你是否接受?
接受,但是我会评估这个工作量,如果评估下来,认为是4天的工作,而不是3天的,那么我会找你详细说明理由。
一个迭代多少天?
2周
具体每天的工作内容是什么?
一个团队里面多少人
13人
大多数时候,以天为单位
如果一个人6天,那么2个人就是3天,这合理吗?
办公工具
TAPD
Jira
文档有哪些?
1、需求设计文档
2、测试计划
3、测试用例
4、测试报告
5、开发技术法案
测试用例
测试计划
测试方案
背景描述
整体测试思路
测试报告
测试报告包含的点:
1、谁参与测试的 (版本,参与人,测试周期)
2、本次迭代功能测试结果
3、系统已有功能测试结果
4、核心流程测试结果
5、BUG整体情况:A、总的BUG数 B、已解决数 C、遗留的(必须要和管理层沟通)
6、测试分析
7、测试结论
一、整体质量情况
版本 | 测试负责人 | 测试周期 | 备注 |
v1.0.0 | 张三,李四,王武 | 3.21-4.1 |
1.1 本次迭代功能测试结果
序号 | 功能描述 | 测试结果 | 备注 |
1 | 商品搜索 | 通过 | |
2 | 支付宝支付类型 | 通过 | |
3 |
微信支付类型 |
通过 | |
4 | 招商银行支付类型 | 通过 |
1.2 系统已有功能测试结果
序号 | 功能描述 | 测试结果 | 备注 |
1 | 购物车模块 | 通过 | |
2 | 商品后台添加 | 通过 | |
3 | 商品物流模块 | 通过 |
1.3 系统核心流程
序号 | 核心业务 | 测试结果 | 备注 |
1 | 商品搜索 | 通过 | |
2 | 商品下单 | 通过 | |
3 | 商品支付业务 | 通过 |
二、BUG情况
2.1BUG整体情况
总BUG数 | 已解决数 | 未解决数 | 备注 |
100 | 98 | 2 | 已和xx沟通,该问题遗留到下个版本解决 |
2.2BUG整体趋势
三、测试风险
3.1风险评估
序号 | BUG链接 | 风险描述 | 风险评估结果 | 备注 |
1 |
在IE10的浏览器上兼容性显示不对,导致使用IE10的用户体验出现问题 |
经过评估,认为IE10用户使用人数少,该问题后续解决 | 与测试负责人,pm已沟通 | |
2 | 商品列表数据加载慢,可能影响用户使用 | 经过评估,该问题属于性能问题,下个版本全力解决性能问题 |
四、测试结论
本次测试结果通过,可以上线。
测试报告实践