编写测试用例应该注意哪些方面

[xiehong]

....

[zd1233]

很简单！熟练工种

[wangjinghan]

一、 数值型数据
1、 负数能否录入，若录入是否合法。
2、 0能否录入，若录入是否合法。
3、 数据上限检查：能否录入超出上限值的数据；能否录入上限值。
4、 数据关系检测：若各项数据之间有关联，如等值，检查数据关系是否还满足。
5、 实数定义后，小数位是否能满足。
6、 数据类型检查：整型数据能否录入小数，实数型数据能否录入小数。
二、 字符型数据
1、 超出值能否进行录入，程序处理必须满足给提示或不允许录入超出数据。
三、 日期型数据
1、 起始日期与终止日期的校验。
2、 日期与当前日期的校验。
3、 若存在计划日期，当前日期与计划日期的校验。
四、 维护数据
1、 编码能否重复。
2、 名称能否为空。
3、 同一名称能否重复进行维护。
4、 名称前、后加空格能否视为同一名称。
5、 引用维护数据的模块是否显示正常并能正常引用；已删除或注销等维护数据是否还能继续引用。
6、 特殊模块，如权限管理，是否能真正做到要进行检测。
7、 已经被应用的维护数据能否进行删除。
五、 报表数据、统计数据、查询数据
1、 格式设置是否合理。
2、 报表数据、查询数据、统计数据是否准确。
3、 随之程序处理，统计数据、查询数据变化是否正常。
六、 主细结构界面的数据录入
1、 明细数据是否能为空。
2、 明细数据是否能重复录入。
3、 若主单号、明细号是由用户录入，要求对重复性即唯一性进行检测。
4、 非空项检查是否与需求中的一致，是否有相应提示。
七、 各关联模块数据是否变化正常
1、 引起的数据变化是否正常，如库存帐，某一模块处理后库存是否变化正常。
2、 源头数据已经被引用后是否还能被删除或修改处理。
3、 某一环节数据处理后，是否后续环节就不再对该单进行处理，如合同的完成操作，后续环节就不能再引用该合同。
4、 引用的源头数据是否正常。
八、 日志记录
1、 是否各功能模块的每一步操作都有日志。
2、 日志记录是否准确明了。

[jpyc]

LOOK：

http://expert.csdn.net/Expert/topic/2073/2073245.xml?temp=.2741663

[远游客-蜡台]

需求点的覆盖要全面
期望发现全部的错误是不可能的
最重要的是需求点要全部覆盖

[nice90]

记得Microsoft China有一本<软件开发的科学与艺术>书上讲的东西还是不错的，建议大家看一看。

[baitian4032206]

先从面上着手：框架从需求上来，保证覆盖所有项
然后一个分支一个分支的扩张，扩张的时候也是根据先定框架再定具体内容的方式。

而且测试CASE的编写一定要和测试的计划联系上，即如果测试分成ALPHA，BETA，FINAL；而且每个阶段的验收规范都定的很详细了，则测试CASE写的时候也按这个阶段和规范分类。这样保证各阶段有侧重点。

基本分类是：
1。基本功能项列举：最好是穷举的方式，把所有功能项都列出来。一定要和需求项对应。而且这些功能最好遍历。全都要测到。-----用于ALPHA阶段
2。基本功能的基本组合：写的最好穷举，不过测的时候可以有所选择的。----用于ALPHA和BETA阶段
3。复杂组合：同2。覆盖比例最好要大于2。-------用于BETA 和FINAL阶段
4。特别CASE：收集测试中出现的特殊情况，--------用于FINAL阶段

呵呵，第一次总结想法，可能不够清楚，欢迎大家提意见！：）

[dream901]

顶一下！ 好东西，收藏。

[sharesky]

gz

[juddxx]

kan dao

[qiaoa]

强烈关注!!!!!!!!!!!!!

[asimpleman]

gz

[princecharm]

收获！

[heidi2002]

要将需求和设计仔细研究——切记！

[xfkk]

gz

[leisyy]

主要是要注意做到以下几点：
1，编写的用例必须全部覆盖所有的需求
2，注意性能方面的用例编写
3，兼容性方面的用例编写
4，异常情况的用例

[baitian4032206]

网哥的补充很对！！
提！！！

[LiwuxLiang]

大家讲过的我就不说了。
要详细，非常细。
不重复。

[xpdelphi]

学习！

[snowers]

用例的“通过准则”一定要写清楚了。

[statesman]

给一个实际用例，详细一点，谢谢。