标签:deploy 优先 推出 思维 直接 公司 用例 分配 干什么
破解普天下各门各派剑法。
确定测试目的
营造独立的测试环境
构建可复用的测试环境
线下模式
Docker模式
考虑点:用途、使用成本、维护成本
基本架构:
研发环境:用于研发自测、集成测试
测试环境:用于日常单系统或两两微服务之间测试,可同事集成自动化测试回归
联测环境:完备环境,用于大型联测
外联环境(如果有需求):稳定版本环境,用于外部商户联调
灰度/沙箱环境:用于生产数据测试,仿真测试
简单的测试过程
测试过程划分
测试策划中想要做的几件事情
需求分析
需求测试的作用
需求验证
序号 | 检查项 | 检查结果 | 说明 |
---|---|---|---|
1 | 用户覆盖了用户提出的所有需求项 | 是【】否【】NA【】 | |
2 | 用词是否清晰,语义是否存在有歧义的地方 | 是【】否【】NA【】 | |
3 | 是否清楚的描述了软件需要做什么以及不做什么 | 是【】否【】NA【】 | |
4 | 是否描述了软件的目标环境,包括软硬件环境 | 是【】否【】NA【】 | |
5 | 是否对需求项进行了合理的编号 | 是【】否【】NA【】 | |
6 | 需求项是否前后一致、彼此不冲突 | 是【】否【】NA【】 | |
7 | 是否清楚的说明了系统的每个输入、输出格式、以及输入与输出之间的对应关系 | 是【】否【】NA【】 | |
8 | 是否清晰的描述了软件系统的性能要求 | 是【】否【】NA【】 | |
9 | 需求的优先级是否合理分配 | 是【】否【】NA【】 | |
10 | 是否描述了各种约束条件 | 是【】否【】NA【】 |
测试发布计划->测试范围->测试资源->测试环境->测试方法->用例设计方法->文档管理->风险管理->上线跟踪验证
测试发布计划
测试范围(按优先级排列)
测试资源
测试环境
测试方法
文档管理
风险管理
测试策略
测试计划
测试方案
测试策略VS测试计划VS测试方案
测试方案列表
1.需求说明
2.总体计划安排和负责人
3.测试方案
4.环境搭建部署以及数据准备
5.测试执行计划
6.测试工单
7.测试限制以及无法测试功能列表
8.测试情况日汇总&风险点、待确认列表
如果不进行测试方案的评审:
标签:deploy 优先 推出 思维 直接 公司 用例 分配 干什么
原文地址:https://www.cnblogs.com/jeeweb/p/13196858.html