测试报告相关

测试报告相关
一、测试数据
1、每天写了多少条用例？==》70-100条
1）看情况不忙的时候，写的多一点
2）如果需求比较复杂，写的表较少点
3）如果会议比较多，写的也比较少
2、用例执行数
1）每人每天大概执行100左右（正常情况）
2）具体看情况，主流程堵塞了，执行的少
3）环境也会影响测试进度
4）会议多的话也会影响测试进度
3、每小时执行用例数
场景表较简单的话，一般20条左右，场景比较复杂执行大概10条
4、你认为什么样的用例是一条优质的用例？
1）用例标题简洁明了，不能重复
2）测试数一般放在测试步骤，数据也不能重复
3）标题与预期结果相呼应
4）不能有判断语句
5）不能写成bug 用例执行数
6）碰到多场景时运用等价类和边界值
5、你们公司用例只有一次评审吗？
看情况，有时多次评审，第一次评审后测试对用例进行增删改
可能会进行二次评审，评审增删改的用例，没有问题保存用例
二、测试报告
1、测试计划
1）需求评审后编写测试计划（测试经理 骨干 测试人员）
2）写计划的周期 一个月 ==》22天
产品经理  测试   开发  运维
了解需求    测试计划   搭建环境   测试用例  执行用例  测试报告
3天         1天         1天       7天        9天       1天
3）测试计划包括哪些内容？
测试目的：为了给下一次写报告提供依据
测试背景：在什么情况下产生的
测试范围：根据需求规格说明书
测试约束：
测试准入：
1）输入需求文档 开发文档 用例文档  测试计划等等
2）环境搭建好了，代码也部熟到了测试环境，没有问题
3）开发发起提测
4）冒烟测试通过
测试准出：
1）所有的功能均已实现，且符合需求规定的功能
2）用例全部执行，通过率达标
3）所有的提交的bug，都已验证，没有问题，且关闭
4）回归测试已ok
5）测试报告输出
测试任务与进度：
人员安排 投入了多少人，每隔阶段需要的时间安排（需求分析 搭建环境
编写测试计划 编写用例 执行测试 输出文档）
资源：
软件资源：svn  xhsell navicat tomcat jkd mysql 禅道等等
硬件资源：电脑配置服务器的配置
风险评估：当前版本上线会存在哪些风险
输出的文档：测试计划  用例文档 测试点 测试小结 测试总结报告等等
测试计划：半个月一个版本==》你怎么安排？==》练习题
4）你们公司上线都是0bug上线？
不一定，偶尔可能有几个易用性bug没有解决，有遗留的情况
对这种遗留的bug 怎么处理？
1）明确bug发现的时间版本
2）对遗留bug 需要有一个明确的修改时间
3）放在那个版本解决（领导确定解决时间和在按个版本解决）
5）项目组有多少人？
24-30人
确定是24个人
测试：4
开发：16
产品：1
运维：1
项目经理：1
ui：1
三、测试总结报告
测试范围：当前迭代的功能模块
测试人员：参与哪些人，投入了多少时间    人/天
测试时间：总共耗时天数
测试策略：功能测试 接口测试 易用性测试  兼容测试 性能测试  安全测试
稳定性测试等等
测试资源：软件硬件资源 工具
测试用例：编写了多少 设计方法  执行多少 失败了多少  通过多少
缺陷情况：
发现多少bug bug等级 主要集中在哪各模块 bug分析 解决多少 还剩多少
风险评估：当前版本上线会存在哪些风险
输出文档：测试计划  用例文档 测试点 测试小结 等等
测试结论：是否通过
四、什么是测试策略？常见的测试策略有哪些？执行测试 用什么方法？
测试策略描述测试工程的总体方法和目标。
测试策略的制定主要包含三个方面的内容：
1、确定测试过程要适用的测试技术和工具
2、制定测试启动、停止、完成标准
3、进行风险分析和应对方案 常见的16种测试策略有：
功能测试，性能测试，压力测试， 容量测试，
安全性测试，GUI测试，可用性测试，安装测 试，
配置测试，异常测试，备份测试，健壮性测试，
文档 测试，在线帮助测试，网络测试，稳定性测试。
五、测试方案、测试计划、测试策略与测试用例之间的区别？
测试方案：测试工具的设计和选择，测试用例的设计方法，
测试代码的设计方案。 测试方案需要在测试计划的指导下进行，
测试计划提出“做什么”，而测试方案明确 “如何做“。一个行动方案，
一个偏执行。
测试计划：
1、对测试全过程的组织、资源、原则等进行规定和约束
2、并制定测试全过程各个阶段的任务分配以及时间进度安排
3、并提出对各项任务的评估，风险分析和管理需求
4、围绕管理层的一次活动
测试策略：侧重需求分析，评估风险，
定义测试范围，确定测试方法，制定测试启动、
停止、完成标准和条件。
测试用例：根据测试计划，制定完成测试任务的具体测试步骤。
风险：
1、没有详细的设计说明书
解决的方法：
测试人员在开展工作时，对设计阶段及需求进行分析，功能进行分类 分析
逻辑 不清楚记录下来与相关人员沟通清楚
2、没有统一的界面设计规范
解决方案：与项目负责人确定测试标准
3、需求变更
解决方案：建议需求变更形成文档，对没有需求文档的变更，有疑问需要确认
并形成文档
4、测试人员少
保证稳定的人员安排
5、测试时间不足
解决方案：动员测试人员完成任务，必要给点奖励
6、新进员工
多新员工进行业务培训