又是新的一周，周末去买mbp居然告诉我没货，然后涨价了，WTF！！！言归正传，继续接着上次聊到的软件测试知识点
3、测试方案
测试方案：技术层面文档，主要对被测软件测试特性、方法、环境等进行规范，解决怎么做的问题；
- 测试方案的编写时间：测试计划完成之后；
- 负责人：有经验的测试工程师；
- 参考依据：测试计划、测试需求分析、测试规格、概设、详设；
- 评审人员：测试人员、开发人员、项目经理、QA
-
测试内容：
（1）项目背景、测试目标、测试范围、测试环境、测试策略、测试工具；
（2）测试特性的分析；
（3）测试特性方法的分析；
以最少的用例更全面的覆盖需求，测试不能发现潜在的缺陷； 单元测试：80%缺陷； 集成、系统测试：20%中的80%； 4%-6%的缺陷遗留到用户现场；
- 缺陷的群集：80%的缺陷存在20%的模块中；
- 缺陷的级别：致命、严重、一般（不超过15%）、轻微（不超过20%）、建议；
- 缺陷处理状态迁移图：新建—打开—已修正—已关闭—拒绝—延迟—重新打开；
-
缺陷优先级的考虑方面：
（1）缺陷本身的严重级别；
（2）功能的重要性方面；
（3）功能发布的时间进度；
（4）功能的可见性方面；
（5）从操作频率方面；
（6）从安全性方面；
4、测试用例
- 负责任：测试工程师
- 参考依据：参考方案、需求分析的结果、需求规格；
- 评审人：测试工程师、QA、开发人员、测试经理；
- 输出文档：测试用例文档
-
用例设计需考虑的方面：（以最少的用例更全面的覆盖需求，以此发现更多的缺陷）
（1）编写所有必填项（一个用例）；
（2）编写所有项包括必填和非必填（一个用例）；
（3）一个完整的流程一次性走完（一个用例）；
（4）编写预期结果：包括前台、后台、数据库等方面；
（5）新增和修改的链接为同一界面（代码一致为前提）：在修改中只需测试进入界面的默认情况，其余字段只需在新增上测试，修改所有字段点击保存、重置，修改后直接返回需要提示；
（6）删除：子信息有调用情况（全删、不能删除），例：品牌和商品，删除品牌时则提示，物理删除：可到数据库中回滚，数据库不存在；标志删除：到回收站用来做历史记录，后台可看，前台不可；
（7）登陆：账号长度限制，正确登陆，不正确登陆；
（8）业务流程图：场景法、基本流和备选流，串行用乘，并行用加；例：银行取款流程图；
（9）查询：精确查询和模糊查询，like“%x%”；多条件搜索可用正交法、再补充；
-
测试用例过程：
（1）输入—动作—输出；
（2）输入—测试环境—测试目的—执行条件—动作—输出；
（3）为了达到某种特定目标而设计的一组测试输入、执行条件和预期结果，其目的是为了检测某个程序或何时是否满足某个特定的需求；
- 测试用例的作用：便于软件质量的度量，方便测试任务的跟踪管理，方便缺陷的提交；
- 如何衡量测试用例的好坏：清晰、准确、完整、简洁、一致；
- 黑盒测试用例设计方法：包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法等。
因果图： （1）因果图关系：（输入与输出）恒等、非~、与^、或V； （2）输入约束：异E最多只能一个为1、或I最少有一个为1、唯一O有且只有一个唯一；要求R两个取值一样如C1为1C2也为1； （3）输出约束：强制M两个输出互异；
- 白盒测试用例设计方法：语句覆盖率、条件覆盖率、判定覆盖率、条件判定覆盖率、组合覆盖率、路径覆盖率；
-
对于搜索框的测试用例设计：
（1）单个条件；
（2）所有条件；
（3）任意几个条件组合：应用正交实验法再补充情况；
（4）不符合条件查询；
（5）条件中有相互冲突的条件，需单独测试；
（6）输入合理的查询条件后，点击返回需有提示；
To be continued
