测试人员读道德经

测试人员读道德经(转载)                         FROMmsw_cn  51TESTING 

非常有意思的一篇博文,以供欣赏。

测试人员读道德经1

需求，软件，测试的关系？

有物混成先天地生（需求）。寂兮寥兮独立不改，周行而不殆，可以为天下母。吾不知其名，强字之曰道。强为之名曰大。大曰逝，逝曰远，远曰反。故（继承自需求）道（设计）大、天（编码）大、地（用例）大、人（执行测试）亦大。域中有大，而人居其一焉。人法地，地法天，天法道，道法自然。

混成者就是需求，是软件的源头。需求是先天但又不可定义的，在运动中，抽象中，比较中（这几个属性会继承到以后的软件开发过程中去）观察需求。执行测试也要运用运动，抽象，和比较的方法。执行测试根据用例，设计用例根据代码，编码根据设计，设计来源于需求。

测试人员读道德经2

设计测试用例的原则

物壮则老，是谓不道，不道早已。

测试用例写得太完备了就会面临过期的危险，这是不符合规律的，应该及时更新。

重（繁琐）为轻（巧妙）根，静（不变）为躁（变化）君（策略）。是以君子终日行不离轻重。虽有荣观焉处超然（看上去很美，其实很奏效吗？）。轻则失根，躁则失君。

设计测试要知道，繁重的基本测试是灵巧的测试用例的根本，面对变化的需求和设计要寻找不变的应对策略。日常执行测试就是繁重和灵巧间保持平衡，有些测试方法看上去很美，真的比其他方法都优越吗？最求高效就牺牲覆盖率，追求变化就牺牲整体策略。

Bug怎么产生的？

载营魄抱一，能无离乎？专气致柔，能如婴儿乎？涤除玄览，能无疵乎？爱国治民，能无为乎？天门开阖，能为雌乎？明白四达，能无知乎。

需求调研再细致，能完全覆盖吗？设计框架再简明，小孩能看懂吗？编写代码再仔细，能无遗漏吗？程序员水平再高，能不用设计吗？设计再巧妙，能没有缺点吗？技术储备再全面，能没有疑问吗？

测试人员读道德经3

为学日益，为道日损。损之又损，以至于无为。无为而无不为。

做开发每天在积累方法，做测试每天在裁剪方法。方法被裁剪到底，就到达目标的根本。有了根本，就没有不能做的测试了。

很多人在纠结测试的技术含量问题。其实，测试的技术和开发的技术是两个矢量方向的。开发要做的就是学习，积累，熟练自己的技能。测试也有技术，但和开发的技术完全不是一会事。对于一个新的项目，开发要做的是分析需求，培训相应的语言技巧和框架知识。测试要做的是在整体的需求中，选择合适的测试维度，合适的测试用例，合适的测试进度，根据现有资源安排测试的比例，划定范围和覆盖率。掌握很多测试工具的用法，掌握很多被测对象知识，是丰富测试可用资源，不是丰富测试技能。测试技能是增加测试的性价比，针对陌生的项目，如何开展测试活动。