一.项目管理

a.工具：TAPD，jira

b.项目管理模式：工作安排主要是通过项目管理工具来安排的。

task:故事，一个故事有开始也有结束，那么在项目管理里面会把每个任务按照一个task来看，那么这个task也可以叫story，具体指的就是任务有开始有结束.可以安排很多的task，每个task具体到story

迭代： 2周一个迭代 一个迭代里面会涉及到一个具体的功能点，从功能点的需求开始一直到上线完成。

任务明确细分到个数

 

二.测试用例设计方法

  • 错误推测方法

定义：基于经验和直觉推测程序中所有可能存在的各种错误, 从⽽有针对性的设计测试⽤例的⽅法。是针对非功能性的测试，主要是根据现有的经验和直觉，来判断系统中可能存在的问题，然后进行测试来验证存在的问题是否存在。

a.在波浪式的交互过程中，一直往下滑动，可能会出现浏览器的卡死

b.在列表中翻页可能也会存在浏览器的卡死

c. Java语言编写的应用程序，大概率可能存在内存泄露(Java.lang.OutOfMemory，简称：OOM)即：一个应用程序都会分配内存，比如分配了2G，但是程序在使用的过程中，由于程序受到了太大的压力，导致使用的内存超过了分配给自己的内存，那么就会导致内存溢出，在专业角度上我们叫内存泄露。发送到发的

 

  • 场景设计方法（完成业务流的测试）

场景设计方法：指的是针对一个系统从输入流开始一直到输出流的完整性的测试，主要考虑的是被测对象的业务流程，也就是各个不同场景方法的测试。

沙盒环境/影子库：线上交易测试环境的支付

  • 判定表驱动分析方法

⽅法简介

a.定义：判定表是分析和表达多逻辑条件下执⾏不同操作的情况的⼯具。

b.判定表的优点 在⼀些数据处理问题当中，某些操作的实施依赖于多个逻辑条件的组合，即：针对不同逻辑条件的组合值，分别执 ⾏不同的操作。判定表很适合于处理这类问题。 能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。因此，利⽤判定表能够设计出完整的测试⽤例 集合。

c.判定表的组成（类似于因果图）

1)条件桩（Condition Stub）：列出了问题得所有条件。通常认为列出的条件的次序⽆关紧要。

2)动作桩（Action Stub）：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。

3)条件项（Condition Entry）：列出针对它左列条件的取值。在所有可能情况下的真假值。

4)动作项（Action Entry）：列出在条件项的各种取值情况下应该采取的动作。

注：列表被测试对象可能存在的各个不同条件，再依据因果图排列组合的方式（逻辑关系并且和或者关系），来设计出被测产品的测试点，如果排列组合下来的测试用例个数比较多，在资源紧张的情况下，那么就可以使用正交分解法来优化测试用例。

  • 功能表的分析方法（非功能性测试针对代码）

⼀个程序的功能说明通常由动态说明和静态说明组成.动态说明描述了输⼊数据的次序或转移的次序.静态说明描述了输⼊条件与输出条件之间的对应关系。对于较复杂的程序,由于存在⼤量的组合情况,因此,仅⽤静态说明组成的规格说明对于测试来说往往是不够的。必须⽤动态说明来补充功能说明。

功能图⽅法是⽤功能图FD形式化地表示程序的功能说明,并机械地⽣成功能图的测试⽤例.。

1.功能图模型

由状态迁移图和逻辑功能模型构成。

a.状态迁移图

⽤于表示输⼊数据序列以及相应的输出数据。在状态迁移图中,由输⼊数据和当前状态决定输出数据和后续状态。

b.逻辑功能模型

⽤于表示在状态中输⼊条件和输出条件之间的对应关系。逻辑功能模型只适合于描述静态说明,输出数据仅由输⼊数据决定。测试⽤例则是由测试中经过的⼀系列状态和在每个状态中必须依靠输⼊/输出数据满⾜的⼀对条件组成.功能图⽅法其实是是⼀种⿊盒⽩盒混合⽤例设计⽅法。

（功能图⽅法中,要⽤到逻辑覆盖和路径测试的概念和⽅法,其属于⽩盒测试⽅法中 的内容。逻辑覆盖是以程序内部的逻辑结构为基础的测试⽤例设计⽅法。该⽅法要求测试⼈员对程序的逻辑结构有清楚的了解.由于覆盖测试的⽬标不同,逻辑覆盖可分为:语句覆盖,判定覆盖,判定-条件覆盖,条件组合覆盖及路径覆盖。下⾯我们指的逻辑覆盖和路径是功能或系统⽔平上的,以区别与⽩盒测试中的程序内部的.）

2.功能图分析方法

它是非功能性的测试用例设计方法，是针对被测程序内部的一种测试方法，主要测试的对象是被测程序的内部代码，使用代码的逻辑来验证被测对象的程序逻辑是否存在问题，是白盒的一种方法。

 

三.测试用例的所有方法总结

等价类

针对被测对象的输入数据分为有效数据和无效数据，是功能测试的一种测试用例设计方法。如电话号码，那么有效数据就是符合运营商电话号码的规则，无效就是不符合，如连续的11个同样的数字以及非11的数字。

边界值

边界值是针对等价类测试用例方法的补充，如电话号码，需要考虑到11位，以及12位，和0位，也就是边界的情况

判定表驱动分析方法

列出被测对象可能存在的不同条件，如招聘类网站筛选出的结果排序，可能会存在多个条件来筛选出结果，如年限，薪资，地区等等，需要先列出来

因果图

在判定表的基础上，根据被测对象列出的条件，来使用排列组合的方式来验证各个不同条件下（并且以及或者关系）程序的结果情况

正交实验分解法（都用）

在因果图的基础上，使用排列组合下来的测试用例个数是非常多，导致测试用例的个数是非常多的，那么使用正交实验分解法可以优化 测试用例的个数，选择有代表性的数据来进行测试

场景设计方法

主要考虑的是一个产品的完整的业务流程，从输入流开始一直到输出流，比如淘宝，从一个商品上架一直到商品的出售

错误推测法

针对被测产品的非功能性的测试用例，主要使用探索性测试的方法，来验证被测产品可能存在问题

功能图分析⽅法

针对程序非功能性的测试，主要考虑的是被测程序的内部结构代码的测试

 

四.思维导图的测试用例

 

 

 

 

 

今日疑问：

  1.  思维导图是不是越详细越好？
  2. 怎么考虑测试点会更加全面，切入点是什么？
  3. 有没有通用的可考虑思维，还是需要具体情况具体分析？
  4. 考虑的是否全面与经验和天赋有关吗？
  5. 好的测试用例的标准是什么？