软件测试基础3.15

软件测试需求分析步骤

敏捷模式   小步快跑的模式   2周一个迭代

基本一个产品线的总人数  13人   分别是   PM项目经理   1人    、测试  4人 、 前端  2人、 后端5 人   产品经理1 人

2周迭代的工作内容：

第一周

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

周二： 编写测试用例

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

周四和周五：  编写自动化测试  case  等待开发转测  进行冒烟测试验证

第二周

周一：开始测试

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

周三： 开启系统测试   准备提交验收测试

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

周五：跟踪上线后的产品情况   然后项目内部复盘

敏捷就是持续改进的一个过程

测试点的分析：

主要梳理的测试点--输入输出  逻辑处理 业务场景

1、通过分析需求描述中的输入、输出、处理、限制、约束等，输出对应的验证内容（功能测试）

2、通过模块之间的业务顺序、和各个功能之间传递的信息和数据，对存在给你交互的功能项，给出对应的验证内容（功能业务测试）

3、考虑到需要的完整性，要充分覆盖需求的各种特性，包含隐性需求的验证，比如界面的验证，异常情况（界面、易用性、兼容性、安全性、性能）

测试需求相关方面的影响

对测试与开发的约束

解决方案：

1、逻辑不清晰的找开发多讨论

2、开发与测试意见不一致的情况下 找产品经理

3、产品的逻辑合理，找产品经理，同时也找开发   统一意见。

 测试用例概述：

测试用例是为特定的目的而设计的一组测试输入、执行条件和预期结果。测试用例是执行的最小实体。

测试用例步骤

拿到测试需求     分析需求（画思维导图） 编写用例   划分用例优先级

分析需求导图案例

 

 测试用例的编写特性

一致性  覆盖率  可执行性  执行准确性   持续更新   复用性

测试用例的要素：

用例ID    用例名称  测试目的   测试级别   参考信息  测试环境  前提条件  测试步骤（测试步骤的注意事项是   一定要通俗易懂    清晰明了） 预期结果  设计人员 

测试用例的编写的3种方式：

1、excel/csv或者WEB平台编写，特点，非常详细，步骤非常明确，缺点，写起来很慢

2、思维导图：使用一句话描述测试场景 特点：结构化思维非常强，让人很明晰的可以看到编写测试人员的思维结构---一下是现在测试员最常用

 

 

3、checklist

c场景一：比如早上出需求  晚上上线 那就使用这种方式

场景二：使用该方式梳理出测试的思路

场景三：和开发单独去对一些复杂的逻辑