标签：style 使用 io strong 数据 ar 问题 代码
一、功能
关注页面单个功能点验证，充分考虑开发改动的每个点。这个是保证开发每个已知的修改点都能改对。
二、关联
重点考虑修改点对其他模块的影响，包括代码的影响和操作数据引起的影响。
比如新增加的功能增加了数据库表的字段，必须关联的验证每个使用该表的该字段的模块是否正常工作。难点在于需要分析出已知和未知的影响模块，考虑的越多，往往遗漏的问题就越少。
三、流程
很多系统是有流程的，比如工作流系统。当修改了一个点的时候，我们必须考虑整个流程是否能够正常运转起来。
四、升级
我们大部分系统都是对已有的系统进行升级。对于升级前的数据，我们必须保证能够正常工作。升级之前，需要模拟好各种情况。也需要对升级的数据库脚本进行充分的检查。
五、安全
比如菜单功能权限等。
六、性能
最近测试组评审测试用例时发现组内测试人员不是很理解期望结果会对测试用例的影响，只是把在前置条件（环境）下执行操作步骤，在当前页面下出现的结果，不会写执行操作步骤所带来的所有结果（不限于当个页面或者角色），这其实没有看到设计测试用例时没有想到关联，关联和流程的重要性很多人都忽略掉，只关注一个点，没有想到所有功能点由此操作带来的影响。测试用例设计还要注意着重点
标签：style 使用 io strong 数据 ar 问题 代码
原文地址：http://www.cnblogs.com/mytestlife/p/3923095.html
