测试计划测试用例及用例评审
测试计划
目的和意义
测试计划是项目测试的纲领性文档，制定测试计划以后，测试人员可根据计划展开工作，测试计划也可帮助项目组成员了解测试流程把控以及是否存在风险。
有哪些任务需要写测试计划呢？我们罗列考拉当前项目的三种情况：
1、P0/PS 项目任务；
2、项目任务，测试时间在5天及以上的任务；
3、服务化任务；
测试计划如何写
测试计划由测试负责人主导编写，测试负责人和开发负责人在测试任务中承担工作较多；如：红包任务中，涉及到的开发有：优惠券开发/QA、交易开发/QA、风控开发/QA、APP客户端的开发/QA，市场的开发/QA；其中优惠券的开发量较大，就定优惠券开发为开发负责人，一般情况测试负责人是优惠券的QA，但是由于优惠券是后台服务，最终业务体现是在交易流程，因此定交易的QA为测试负责人；
开发负责人在需求确认后，确认涉及了哪些小组，需要哪些开发和QA支持，拆分jira任务；开始开发后，每天跟PM同步开发风险和进度。
测试负责人在提测前，编写测试计划，评估上线时间风险（是否在封板期、放假前、是否和APP发版冲突），若是倒排期项目，评估风险反馈给PM；提测后每天同步测试进度，并发送测试日报邮件，测试完成后组织产品验收，并跟进上线。
测试计划中，我们需要体现点如下：
1、需求点概述：缕清需求框架，注明测试点和测试注意事项
若是一个新的项目，测试同学要求开发提供项目的架构图（不同工程间的调用关系图，以及本系统内的功能实现，该图在技术评审阶段由开发输出）；通过该图，测试负责人可确认涉及的工程、开发和QA，避免jira漏拆分任务；同时，QA对业务流程的实现也清晰了，明确了产品的功能实现、测试点，以及可能影响到的业务点；
2、测试策略
- 根据需求确定要做哪些测试类型（功能测试、性能测试、接口测试是否需要提前测试完成）。
- 我们做得最多的就是功能测试，对于功能测试，需说清楚具体测试哪些内容。
- 哪些需要手工执行，哪些可以写成自动化用例。
- 对于每一个测试类型，如何实现，考虑可测性，对于业务不好覆盖的测试点，可推动开发通过单测覆盖，QA可review开发单测用例确认是否覆盖。
3、测试时间安排
需要沟通的点如下：
- 期望上线时间：是否能延期，若不能延期，需测试负责人需告知PM测试时间不足的风险；
- 提测时间如何安排：是否分批提测，可要求开发后端业务先提测；
- 测试时间安排：冒烟完成时间结点，第一轮分支测试完成时间，性能QA介入时间，并给开发预留性能优化时间；产品、视觉验收时间，预发布回归时间；
- 根据上线时间提前2天合并dev进行稳定性测试，提前一天进行master回归；
- 较大任务需要bugbash，需要项目大多数成员一起参与。这些环节都需要PM跟相关的人尽早沟通。
测试用例
测试用例是测试过程中的一个相当重要的部分，测试用例的质量直接决定测试质量。
测试用例的前提条件：
1、深入了解项目的需求
要写出完整细致的用例，必须对项目的需求了解深入，参加需求评审，对任何有疑问的需求漏洞都抛出，并讨论解决；若错过了需求评审，那么应该在测试用例编写阶段去细致地了解需求。在详细了解需求的基础上，才能细化出详细测试用例。
2、了解开发的设计思路
了解了产品需求，方便我们编写正常流程用例；通过开发技术评审文档，我们可了解实现，编写异常和边缘场景的流程用例；
考拉测试用例都是在tc平台编写，用例属性包括：
- 用例标题：用例标题是整条用例的核心，应简要概括出该条用例所描述的场景；
- 分级：P0--级别高，核心流程会选择该级别，P1：级别较高，TC平台默认选择P1；
- 前置条件：该条用例执行的条件；
- 执行步骤：用例的操作步骤；
- 预期结果：希望达到的结果；
用例评审
用例评审标准
用例评审的时间是在开发技术评审后，提测之前。严格来说测试用例评审在开发设计评审后越快越好，这样能尽早的发现开发的功能是否与产品方想的一致，减少不必要的返工。
测试用例评审参加成员：
1、与本次评审部分功能相关的QA；
2、需求的产品、前、后端开发和交互（评审哪个模块，哪个模块的相关人员到场即可）；
面对QA同学则应着重于：
- 测试用例表述是否模糊，不够细致。
- 测试用例是否冗余，测试效率是否低下。
- 测试思路是否清晰。
面对产品、开发应着重于：
- 测试用例的业务逻辑是否正确。
- 测试用例是否有缺失。
- 多方对业务了解是否一致。
若需要预发布支持，需提前告知产品；
测试用例的评审方式根据任务大小，有如下形式：
- 会议评审：适用于较大改动任务按正常流程走的项目；
- QA工位上评审：该方式应用于小功能，用例较少的情况；
用例评审输出会议记录：用例评审时势必会有很多问题暴露出来，测试人员应该将这些问题记录下来并在会后跟进将这些问题的解决方案通过邮件的方式通知给项目组人员。
包括部分：评审内容、评审时间、参加人员、用例和产品开发理解不一致的点并确认了结果、还未确认的需求点
测试计划测试用例及用例评审相关推荐
- 软件测试-工作流程（需求分析评审、测试计划、测试用例、用例评审、执行测试、跟踪定位bug、测试报告、缺陷报告）
一.需求分析.评审 (1)需求分析 对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么. ①如何做需求分析? 通读需求,对需求有个大致的了解,比如: ...
- 编写有效的测试用例及如何进行用例评审
测试用例是测试的指导文档,是保证产品的基本武器,同时也是测试人员的主要输入成果,因此保证测试用例的有效性及时时性就显得尤为重要.哪么我们如何尽可能的保证测试用例的有效性及及时性呢? 一.明确项目的进度 ...
- 测试用例编写及用例评审方法
编写测试用例是测试人员的基本功,可是在学校的时候我们好像也没有相应的课程来教我们相应的设计方法.后来我们从网上或是一些软件测试相关的书上会看到不少介绍编写测试用例的方法,如:等价类划分,边界值分析法, ...
- 如何高效开展测试用例评审？用例评审检查清单及用例评审报告模板
一.前言 在一个完整的测试流程中,测试用例是很核心的一个产出物.一份优秀的测试用例,能确保软件产品质量的可控.但由于每个人思维局限性,对产品背景.需求.功能实现逻辑等理解深度不一致,编写的测试用例或多 ...
- 增加用例评审及思维导图导入功能，MeterSphere开源持续测试平台v1.3.0发布丨Release Notes
9月29日,MeterSphere开源持续测试平台正式发布v1.3.0版本.在该版本中,MeterSphere主要针对测试跟踪及接口测试模块进行了功能更新及优化. 在测试跟踪模块中,我们增加了全新的用 ...
- 测试用例(功能用例)——完整demo（一千多条测试用例）
资产管理用例表 模块名称 用例个数(个) 用例链接 登录 20 测试用例(功能用例)--登录.首页.个人信息 首页 4 个人信息 44 资产类别 49 测试用例(功能用例)--资产类别.品牌.取得方式 ...
- 如何编写测试用例及用例的意义
一．概念 1.什么是测试用例? 在测试过程中很重要的一类文档,它是测试工作的核心.是一组在测试时输入输出的标准.是软件需求的具体对照. 2.测试用例的作用: 检验软件是否满足客户需求.体现一个测试人员 ...
- 测试用例（测试用例的编写、评审和管理）
文章目录 测试用例介绍 需求分析与测试点编写 测试用例编写方法 用例编写 测试用例评审 测试用例管理 测试点划分的常用术语 兼容性:在不同平台上的表现 易用性:用户使用是否友好 UI元素:界面布局 测 ...
- 实战项目-用例评审-问题总结-Dotest-董浩
实战项目-用例评审-问题总结 内部班项目用例评审,总结的问题:供大家参考!提升用例最好的方式,可以互相执行下(评审),就会明白自己的差距或者需要避免的点在哪里.(前提是会) 1)覆盖率 原型中提到的一 ...
最新文章
- SilverlightMMORPG窝窝世界明天4月28日封测
- 开源软件架构总结之——Bash（readline做输入交互式，词法语法分析，进程交互）...
- matplotlib如何绘制两点间连线_如何用 Python 快速揭示数据之间的各种关系
- 点击关闭按钮时缩小到系统任务栏
- Curator实现分布式锁的基本原理-InterProcessMutex.internalLock
- matlab gui 密码登录 论文,MATLAB GUI 密码输入
- 小程序 const moment = require('moment')_C++大作业-XXX管理程序
- 腾讯云鼎实验室发布云安全攻防矩阵，绘制九大攻防路径全景图
- oracle数据库的语言,oracle数据库语言类型
- R系列处理器是服务器,AMD全新R系列处理器领军嵌入式高性能领域
- 为什么 MySQL 使用 B+ 树
- 上班拧螺丝的时候不小心空手造了个RPC框架，赶紧记录一下
- 带宽、峰值带宽，网速是什么，它们有什么关系？
- JavaFX鼠标移入后改变样式
- mysql server 安装教程_MySQL Server 的安装方法及简要步骤
- 为什么下载了SQL Server却没有sql配置管理器
- 【VsCode】如何使用VsCode中的代码片段快速输入常用代码（太实用了，有图，有示例）
- 第6天 分割编译与中断处理
- CSS3 弹性盒布局模型和布局原理
- 【数据结构与算法】尚硅谷韩顺平老师+含java代码(更新中)