这是一个大topic，一时半会是说不清楚，作为一个码工，有针对性的说说我对它的理解吧。作为一个SDET应该会经常被提到要system thinking。我的理解是Test是测试产品的，而且往往不是测试一个个独立的部件，更多需要测试独立部件，然后部件组合后的功能，也就是一个系统了，所以Test已经要有全局意识，把系统结构搞清楚，并有针对性地知道自己主要负责的组件在系统中的作用，系统如何影响该部件等问题搞清楚。

其实这里，我认为System Thinking和Structured Thinking是类似的，在设计测试用例时不能random，需要结构化地进行、也就是从系统角度进行。而系统需要考虑哪些方面呢？下面是wikipedia上列举的System Thinking的是个准则：

  • 【对象及其属性的相互依赖性】Interdependence of objects and their attributes - independent elements can never constitute a system
  • 【整体观，emergent properties是很难分析出来的，更应该靠整体论的方法来发现】Holism - emergent properties not possible to detect by analysis should be possible to define by a holistic approach
  • 【寻求目标】Goal seeking - systemic interaction must result in some goal or final state
  • 【输入和输出】Inputs and Outputs - in a closed system inputs are determined once and constant; in an open system additional inputs are admitted from the environment
  • 【输入到输出的转换】Transformation of inputs into outputs - this is the process by which the goals are obtained
  • 【信息熵，系统中存在的无序和随机的数量】Entropy - the amount of disorder or randomness present in any system
  • 【规则，系统运作的规则】Regulation - a method of feedback is necessary for the system to operate predictably
  • 【层次，复杂的整体由小的子系统构成】Hierarchy - complex wholes are made up of smaller subsystems
  • 【差异性，特殊的单元执行专门的方法】Differentiation - specialized units perform specialized functions、
  • 【等效性，达成同样目标的另一种方法】Equifinality - alternative ways of attaining the same objectives (convergence)
  • 【多效性，从同一输入得到另一个目标的方法】Multifinality - attaining alternative objectives from the same inputs (divergence)

这些都可以作为我们System Thinking的一些指导，当我们设计test cases时就可以按照System Thinking的方式进行：

比如，当要判断一盆花是否是真花时，我们首先要知道，真花是一个系统、假花是一个系统，我们先搞清楚真花和假花的区别，可以从系统本身来看（生长和死亡）、系统与环境关系（呼吸）、系统与其他动植物关系（虫，太阳）等等，然后利用这些不同的区别来设计测试用例，这样得到的方法就会更全面一些了。

比如：现在Win8中有个流媒体播放器，可以播放audio，video，请测试。

播放器肯定是个大系统，我们目标是测试整个播放器，但不能一把抓，而应该用System Thinking的方式分析然后解决问题。整体而言，我们需要有功能测试、性能测试、安全测试、压力测试、国际化/本地化等测试，下面重点看功能测试，功能测试，首先要知道有哪些功能：1 播放AudioVideo、停止；2 拖动(前、后)；3 streaming and cache假定有这么多功能，然后有针对性的设计用例，分别说清楚针对哪个功能而言的，这样设计，就更加结构化，当我们一起review时，也可以很容易看到功能上有没有遗漏、针对某个功能或者交互是否有测试用例的遗漏。

设计test case时需要根据feature判定其risk和dependency，这是case 的重要来源

例子1： test copy command in command prompt

Features:

1. file path support local path and UNC;

  • local to local;
  • local to UNC;
  • UNC to local, UNC;
  • local to local itself;
  • UNC to UNC itself;

2. support directory?

  • one level sub-directories in the directory
  • more levels sub-dirs in the directory;
  • directory without slash ended;
  • directory with wrong slash ended;

3. computing/storage requirement;

  • computing/storage requirement is not met when starting copy
  • computing/storage requirement is becoming not met after copy started;

4. credential for UNC;

  • no permission to read;
  • no permisstion to write;
  • provide credential in the command;

5. error messages for unsupported path, unsupported environment;

  • wrong slash in the path;
  • no network connection for UNC copy
  • network connection is down during the UNC Copy
  • power is done during the Copy;

Performance

 

Stress

 

Security