测试基础3.22

总结测试理论的一些问题：

1、测试流程是什么？

（关键字   冒烟测试  验收测试）

首先拿到一个需求文档，通过了然后那边写代码  测试这边写测试计划、编写测试用例  然后评审测试用例等待开发那边把转测过来 我们这边再进行冒烟测试  冒烟测试通过 我们这边再进行产品测试   商品测试完成  最后进行验收测试  验收测试没有问题   在产品上线

 

 

2、测试用例的要素？

用例ID  用例名称   测试目的  测试级别 参考信息  测试环境   前提条件  测试步骤   预期结果     设计人员

3、BUG的注意事项？

1、bug标题一定要表达问题的核心，看了标题就知道是什么问题；

2、bug步骤要清晰明了，通俗易懂，步骤要非常详细。

3、提交bug最好要有问题截图

4、提交bug最好有详细的日志信息（主要针对后台服务）

面试题：

1、印象中最深的BUG是什么？

2、如果你提交的BUG开发不承认，你会怎么办？

回答：思考问题的本质：开发为什么不承认---可能是你步骤不是很明确

4、需求文档里面有什么？

（1）本次迭代的页面交互图--告诉你本次迭代的目的

（2）业务逻辑流程图

（3）关于业务逻辑的描述

5、测试计划

面试问题：

1、一个功能，实际测试5天，给你3天时间，你是否接受？

回答：接受，但是我会评估这个工作量，如果评估下来认为是4天的工作，而不是3天的，那么我会找你详细的说明理由。

6、一个迭代多长时间，具体每天的工作内容是什么？

2周的时间     

第一周：

周一：熟悉需求    评审需求  列计划

周二：编写测试用例

周三：评审测试用例 完善测试用例

周四和周五：编写自动化测试     探索测试   再等待开发的转测  进行冒烟测试

第二周：

周一：进行第一轮测试

周二：回归所有的bug开始第二轮测试

周三：进行系统测试   准备提交验收测试

周四：编写测试报告 准备上线前工作

周五：对上线后的产品进行跟踪    进行项目内部复盘

7、一个团队里面有多少人？

13人    项目经理1人   前端2人   后端5   测试4    产品经理1人

8、你们公司的项目管理工具是什么？

jire    不好用

重点用的是TAPD

项目一般需求评审完成后会进行拆分  拆分成story

story的特性是：

1、可以独立转测

2、可以独立测试

3、有开始有结束

对测试而言文档有哪些：

1、需求设计文档

2、测试计划

3、测试用例

4、测试报告

对开发而言 还有一个开发技术方案

测试方案一般包含  背景和整体测试思路

测试报告包含点：

一、整体质量情况

--表格展示--版本、测试负责人（参与人）、测试周期、备注

1.1本次迭代功能测试结果

--表格展示--序号  功能描述  测试结果   备注

1.2系统已有功能测试结果

--表格展示--序号 功能描述  测试结果 备注

1.3核心流程测试结果

--表格展示--序号 功能描述 测试结果 备注

二、bug总体情况

2.1bug整体情况

--表格展示--总的bug数  已解决数  未解决数    备注

以上应该注意下 未解决数也称遗留的  这个是必须要和管理层沟通 评估的    有未解决的 就要备注

2.2bug趋势图

（1般是2个 这个在TAPD里面截取相关的图）

三、测试风险

（这个注意下   有遗留 就有测试风险）

四、测试结论

--本次测试结果都已通过  可以上线

下面是2个测试报告模型

一、整体质量情况

版本	测试负责人	测试周期	备注
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.1、BUG整体情况

总BUG数	已解决数	未解决数	备注
100	98	2	已经和XX沟通，该问题遗留到下个版本解决

2.2、BUG整体趋势（2个图）

 

三、测试风险

3.1、风险评估

序号	Bug链接	风险描述	风险评估结果	备注
1		在IE10的浏览器上兼容显示不对	经过评估，认为IE10用户使用人数少，该问题后续解决	与测试负责人PM已经沟通
2		商品列表数据加载慢	通过评估该问题属于性能问题下个版本全力解决这个问题

四、测试结论

本次测试结果通过，可以上线。

第二个模型

一、整理质量情况

版本	测试负责人	测试周期	备注
V.1.1.2	张三、李四、王麻子	3.22-4.1

1.1本次迭代功能测试结果

序号	功能描述	测试结果	备注
1	测试拉勾网是否可以注册	√
2	测试拉勾网是否可以正常登录	√
3	给拉勾网添加测试职位的搜索	√

1.2系统已有功能测试结果

序号	功能描述	测试结果	备注
1	拉勾网开发搜索	√
2	拉勾网和HR沟通	√
3	拉勾网投递简历	√

二、BUG总体情况

2.1 BUG整体情况

总BUG数	已解决BUG数	未解决BUG数	备注
100	99	1	已经和测试负责人已沟通，该问题遗留到下个版本解决

2.2 BUG整体趋势图

 

 

 三、风险评估

序号	BUG链接	风险描述	风险评估结果	备注
1		在拉勾网的搜索页面发现底部的翻页非常的卡，加载过慢	通过沟通该问题属于性能问题，下个版本权利解决	与测试负责人PM已经沟通

四、测试结论

本次测试已经通过， 可以上线