话说测试计划就那么些字儿白纸黑字明明白白放那儿应该不会有什么玄机如果你是个开发人员这倒也不奇怪；如果你是个测试计划制定者或审阅者你还是觉得测试计划如此而已话那你可以好好看看我见解不小心写得有点小多而且全是小字儿希望不要看花眼

　　Part I 测试计划阅读 5重境界

　　在我看来测试计划作者和读者有以下 5重境界

　　第重:什么都有用

　　对于个测试新手来讲好不容易找到份测试计划模板准备大干场好好看看测试计划里面有哪些道道看着看着发现很多东西都不知道所以也分不清主次自然也就觉得什么都很重要了

　　第 2重:什么都没用

　　当个测试新手渐渐熟悉了测试些基础知识的后回过头去看那些测试计划发现里面什么“实质性”内容都没有没有他所关心测试中具体思路方法还没有份测试用例来有用

　　第 3重:仅部分有用

　　渐渐这个新手也不可避免地开始关注测试流程这块东西再回过头看那个测试计划模板这回感觉又不样了有些以前觉得没有多大用处东西还是多多少少可以帮助我们更好测试比如测试计划模板中考虑到要执行哪些类型测试这部分内容应该就很有用但是其他部分貌似还是很“虚”点实际用处都没有

　　第 4重:什么都有用

　　这是我自认为达到水平级别~现在我发现份好测试计划模板中所有内容都是有用包括风险分析这些我的前认为是用来凑字数部分其实都是有着它作用而且份好测试计划模板所包含内容远远不止你从字面上读出来那么简单而这些也是我今天想要和大家起分享东西

　　第 5重:什么都没用

　　我还没有达到这种级别所以这只是我揣测种境界当某类测试做非常久非常熟了对于这类测试整个流程以及需要注意到各个方面都已经烂熟于心自然就不会把测试计划中条条框框放在眼里了或许这就是所谓“随心所欲不逾矩”吧~(不过我也想过好记性不如烂笔头或许这种达人级别境界压根就没必要应用于实战吧)

　　Part II 测试计划文档中容易被人忽略部分

　　● Project Goal & None Goal

　　说实话这是我的前认为测试计划里面最没用部分因此被我抛弃了很久时间而据我所知这也是测试计划中最容易被人忽略部分不过现在我却喜欢并且建议将这部分重视起来作为个项目来讲尤其是产品类项目整个Team需要明确自己应该做什么样产品不应该把产品做成什么样子这个部分写在测试计划第部分时不时瞅瞅提醒我们要向着正确方向走否则在道路上跑越快错越远

　　● 版本历史信息和状态信息

　　这部分容易被人忽略是几乎所有文档中都有这部分或许这个缘故这块反而成了文档中最不受人关注部分大多数人看文档直接跳到目录甚至直接跳到内容汪洋中大海捞针版本变迁中最有用部分是备注部分般这部分介绍了文档最新更改部分以帮助读者快速了解文档些基本情况其次其中状态信息也会很有用对于读者来讲花费半小时看份Draft是没有多大意义其他类似原因(因经常出现在各种文档中反而遭受忽略)而容易被人忽略部分还包括“术语和缩略语”“引用”“文档介绍”“目录”几乎所有常见文档元素~

　　份好文档中这些部分都会恰到好处读者阅读份好文档可能不会感受到欣喜但是如果阅读份没有或者写很糟文档则绝对会感受到痛苦甚至直接不看文档这也从另个方面导致了文档总是容易被人冷落尤其是测试文档

　　● 测试接收标准和测试结束标准

　　这部分主要是容易流于形式而被人忽略对于很多项目来讲根本没有所谓标准而言领导说开干什么时候干好ok这就是开始标准和结束标准而对于质量这些东西则早被抛到了最后是或许有人会说即使我们指定了份好测试标准即使我们领导也不会毫无理由横加干涉但是市场等原因也会造成产品在没有达到产品发布标准时候发布出去对于这个观点网上通用反对理由是:没有质量保证产品最终会被淘汰而且会累及公司名誉而我需要另外加条理由:即使个人系上安全带开车也会车祸挂掉但系上安全带出事概率要比不系要低很多吧

　　● 风险分析

　　我的前在写测试计划时候这块直是流于形式客套话写完了就完了从此再也不去管它没有把风险分析作用利用起来有关风险分析文章后面还会专门提到

　　Part III 测试计划文档中隐含信息

　　● 优先级

　　或许文档作者并没有直接标出那些计划事项是具有高优先级哪些是低优先级工作项如果在这种情况下读者仍然能很清晰地知道自己先做什么后做什么——至少应该知道今天和明天应该做什么吧——话那么测试计划作者很可能把优先级隐含到了测试进度(Test Scheduler)安排这部分了般来讲先要完成事情优先级是最高而直接将优先级融入测试进度安排也是种不错选择不过这种做法也有些弊端如果将工作项“写死”到进度安排中当遇到某个工作项暂时延迟时候会造成Test Scheduler变化而影响其他工作项执行时间

　　● Uncovered

　　在测试计划中有个部分叫做Test Scope而这部分般又会被划分成Covered和Uncovered两个部分这两部分有什么玄机呢？大家应该知道测试无穷尽特征想到了这点可能会有人马上反应过来:那Uncovered部分岂不是有很多内容？那为什么事实上Uncovered部分并没有洋洋洒洒几千字将我们没有做到尽可能列出来呢？其实份测试计划只能表现出在特定项目中测试(比如如果不需要security test那么测试计划中可能就不曾提到security test甚至在not Covered部分也未曾提到测试类型思路方法太多了如果都在not Covered部分提到那完全可以另外出本书了)所以Uncovered部分提到只是常见测试类型或者思路方法以及部分功能或者UI等内容这部分是告诉读者这部分我们在测试里面不会——至少是不会专门设计相关测试用例——测试啊这时候我们般会在Uncovered内容后半部分看到有关为什么不覆盖到这部分“官方解释”