先从最简单的IPO模型谈起吧,下面是一个IPO模型
这个模型很简单,但是也很实际。作为一个职场人士,在工作中总要有自己的加工和输出,否则就毫无价值,只能失业了。下面的模型就是在IPO模型基础上扩展得到的,我们做测试建模就是结合测试特有的东东对下图进行细化:
● 基本功:是指最基础,可以在不同环境中都可以使用的技能或知识,比如编程语言,数据库,操作系统等计算机方面的知识,测试理念、黑白盒测试的基本方法等。
● 上下文:解决问题或者达到目标的环境,比如当前的项目,产品等。理解或者梳理上下文尤其重要,但是在实际测试中却通常被忽略。比如如何对一只铅笔进行测试?这个问题怎么回答,回答之前一定要考虑上下文。
● 经验:测试人员通过工作和生活的总结积累,因人而异。
● 方法:这里的方法重点指利用思维导图来建模解决问题的方法(关于思维导图和XMind工具,请读者自行上网搜索)
● 目标:需要解决的问题
笔者认为测试建模的过程就是使用上面这个模型的应用,其中不变的是基本功,建议大家花时间打牢基本功,无论在哪个公司做测试都用得上。上下文是最容易忽略的,通常大家会根据第一反应去回答、解决问题,建议利用思维导图的方式将上下文分析全面了,很多时候全面了解了上下文解决问题的方法自然就出来了。那么为什么要选择思维导图呢?思维导图是一种将放射性思考具体化的方法,它简单却又极其有效,是一种革命性的思维工具。大家可以在网络上找到关于思维导图的相关资料以及范例。前文描述过测试工作的特点,因此笔者觉得对测试来说思维导图是最合适不过的工具。
三、测试建模的对象
在测试工作中,哪些对象可能需要建模呢?笔者认为对于测试工作的各个阶段都可以建模,无论是测试基本理论,还是实际工作中的测试设计,测试相关模板整理,测试经验总结等等,只要你能想到的地方基本上都可以使用。下面举两个例子来看一下建模的效果。
回答一个测试基本概念:软件测试究竟发挥了什么作用?我们先来看一下网上相关的回答
软件测试的作用,具体地说明的话,可以概括为下列四个方面:
● 对产品质量完成全面的评估,为软件产品发布(如验收测试)、软件系统部署(如性能规划测试)、软件产品鉴定(第三方独立测试)委托方和被委托方纠纷仲裁(第三方独立测试)和其它决策提供信息;
● 通过持续的测试(包括需求评审、设计评审、代码评审等)可以对产品质量提供持续的、快速的反馈,从而在整个开发过程中不断地、及时地改进产品的质量,并减少各种返工,降低软件开发的成本;
● 通过测试发现所要交付产品的缺陷,特别是尽可能地发现各种严重的缺陷,降低或消除产品质量风险,提高客户的满意度,扩大市场份额,提高客户的忠诚度。
● 通过对缺陷进行分析,找出缺陷发生的根本原因(软件过程中的问题,包括错误的行为方式)或总结出软件产品的缺陷模式,避免将来犯同样的错误或产生类似的产品问题,达到缺陷预防的目的。
(注:以上斜体部分引自http://blog.csdn.net/kerryzhu/article/details/7516100,特对作者表示感谢!)