谈谈测试用例的设计思路

平时我们看到很多关于测试用例设计方法的文章，今天来总结一下测试用例的设计思路。如果一个编写测试用例的任务摆在你面前，只记住常规的方法肯定是靠不住的。就像写作文，只记住修辞手法和表现手法是远远不够的，还要有中心思想、写作目的，添加人物和情感。

因为平时测试web方面的东西比较多，所以就以web测试用例为例吧。

一、基本功能

根据功能模块或者菜单项，可以找出软件的业务流和数据流。第一步，我们可以做简单一点，只针对单一的功能点来做测试。即使是单一的功能点也可以设计出很多个设计用例，比如登录，登录可以尝试，存在的用户名，不存在的用户名，存在的用户中间或前后多了空格，在一台PC上用同一个用户名登录两遍，在不同PC上同时使用一个账号登录，在同一台PC上用不同用户名登录等等。

功能点的用例设计上都可以使用边界值法和等价类法，或者使用有效和无效操作两种。除了自身的功能点之外，还要考虑和其他模块的关联，比如两个功能点在某一处会利用到同一种资源，或者它们的显示会发生冲突等等，都可以把这些情况写进来。

基本功能这里的测试用例应该尽量多的覆盖，宁愿在不同的功能点处写出了与其他地方重复的测试用例，也不要有一些功能点被漏掉。

二、场景模拟

假设自己是有某种需求的用户，带着怎样的目的打开这个网页，需要先后进入那些模块。根据这样的场景模拟来设计一些测试用例。

三、故障模型

如果用户的一些想法和软件设计的流程一样，那就说明我们的软件设计十分完美了。当然，这只是一种理想情况，用户的场景我们永远都无法百分之百的设想出来。所以我们只能找出一些可能性大的，发生概率高的或者影响比较大的。比如在某个文本时，突然发生网络断了，PC电源断了，或者因为其他原因PC重启了等等。还有用户在某一个数据流中突然想中断正常流程，想要查看或编辑其他内容等等。

场景模拟和故障模型，可以算是对基本功能的补充，测试用例中可以写出比较常见的，出现概率比较高的，或者很可能造成严重后果的测试用例就可以了。其他的可以在探索性测试里面覆盖得更全面一些。

四、界面风格

界面风格包括窗口大小是否合适，注释是否完整无误，下拉框显示，文是否有错别字或者是否中英文混杂，特殊符号显示是否清晰，一些表格的显示是否正常，列宽是否合适，颜色搭配是否合理，一些控件的设计是否符合用户使用习惯等等。

五、性能测试

可以使用loadrunner做一些性能测试，看看它的最大连接数，最大用户登录数，反应时间，CPU、内存占用率，网络、服务器的性能等等。

六、安全性测试

比如打开web页面后，不要做任何操作，停留十五分钟，然后查看所有功能是否可用，有没有重新登录的要求。有没有默认记住前一次登录的用户名，有没有

七、兼容性测试

是否兼容XP、Vista、Win7、Win8、Linux、Android、iOS系统，当然这要根据软件需求，用户习惯来定义，不一定要满足所有要求。

是否兼容不同浏览器，用的最火的前十种应该都试试，IE、Firefox、Chrome、360、Opera、Safari等等。

今天总结得就这么多，后面如果有新的感悟和经验，再慢慢补充。