没有需求文档,是否可以根据数据库字段长度定义作为设计测试用例字段长度标准

先看看这张白纸的设计文档和需求文档是否有错

1.纸张的大小和需求规格说明书中的大小 是否一致
2.纸张的厚度是否和要求的一致
3.纸张的颜色是否和要求的一致‘’
4.纸张是否鈳以折叠拉伸
5.纸张的软硬程度是否达到要求
6.纸张上的铅笔字,能否擦干净
8.纸张遇水晒干之后是否还能继续使用
9.纸张的平湖度是否符合要求
10.纸张的重量是否在要求以内

1.纸张能保存的最久时间
2.纸张能承受的最大压力
3.纸张能重复使用的最大次数
4.纸张能被多大的风力吹起来
6.纸张在潮湿度为XXX的环境下腐化的速度有多快
7.墨水在纸张上的干的速度有多快
8.纸张最多的折叠次数
9.纸张的抗皱效果和还原性
10.纸张多大的力会留下痕跡
11.纸张的透光度以及从背面是否能够看到正面的字

1.纸张的材料是否符合国家标准
3.纸张的边缘是否会锋利,划伤的可能性
4.纸张的的材料是否会与笔芯发生反应
5.纸张腐化后不会不会对环境造成危害

1.在不同的温度下是否可以正常使用:高温低温
2.纸上面是否能用铅笔钢笔,中性筆彩铅,油笔写字,
3.在不同的打印机里面的打印效果是否符合要求

1.纸张的形状是否符合大众的使用习惯
2.纸张的颜色是否符合要求

利用IDEFO模型完成应用软件设计研究軟件,建模,应用,软件设计,模型设计,应用软件,idefo,IDEFO,Model,设计模型

编写任意测试用例的时候3步骤走: 1.根据需求提取测试用例的测试点 2.根据测试点内容输入不同数据类型 3.得到不用结果用来编写测试用例 
1.测试用例的正确性测试用例不含有争議 4.测试用例是否满足需求文档 评审的内容有以下几个方面? 1)用例设计的结构安排是否清晰、合理是否利于高效对需求进行覆盖。 2)优先极咹排是否合理 3)是否覆盖测试需求上的所有功能点。 4)用例是否具有很好可执行性例如用例的前提条件、执行步骤、输入数据和期待结果昰否清晰、正确?期待结果是否有明显的验证方法。 5)是否已经删除了冗余的用例 6)是否包含充分的负面测试用例。充分的定义如果在这裏使用2&8法则,那就是4倍于正面用例的数量毕竟一个健壮的软件,其中80%的代码都是在"保护"20%的功能实现 7)是否从用户层面来设计用户使用场景和使用流程的测试用例。 8)是否简洁复用性强。例如可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤

我要回帖

更多关于 数据库字段长度 的文章

 

随机推荐