测试用例设计[等价类划分,边界值分析].doc

题目： 环境：B/S结构 由安博测试空间技术中心/提供 内容：后台，一个文本框，要求输入5-100个长度的任意格式的字符串；要求输入的字符可以在前台正确的显示。请根据需求设计一组测试数据，根据这组测试数据的测试，可以完整把握功能的正常使用。 　　答案： 　　长度分别为4，5，6的中文字符串——长度为4不通过， HYPERLINK javascript:; \t _self 其他通过 　　长度分别为50的中文字符串——通过 　　长度分别为99，100，101的中文字符串——长度为101不通过，其他通过 　　长度分别为4，5，6的英文字符串——长度为4不通过，其他通过 　　长度分别为50的英文字符串——通过 　　长度分别为99，100，101的英文字符串——长度为101不通过，其他通过 　　字符串：’”????????? ”’?——显示和编辑的时候正常显示 　　字符串： 99个空格+“中中中中中中”——通过 　　字符串：“中中中中中中”+ 99个空格——通过 　　另外，我觉得作为 HYPERLINK javascript:; \t _self 软件测试人员，应该打开思路，逆向思维，这样才可以发现更多缺陷。 作为一位 HYPERLINK javascript:; \t _self 功能测试人员，其主要的职能就是进行 HYPERLINK javascript:; \t _self 测试用例的设计，并根据测试用例执行测试，通过全面的测试来验证产品的质量。因此测试用例也从侧面反映了一个测试人员的测试思路的严密和发散性，要做好功能测试，测试用例的重要性无法忽视。现将本人设计测试用例的流程和思路进行总结，也方便进行交流和探讨： 　　1） 首先要对测试用例的组织结构进行划分 　　如果公司的测试流程还算规范完整的话，在进行需求评审的时候，测试人员就应该根据需求对测试用例的结构进行分类，如果是一个比较大型的管理系统，那么测试用例就可以根据功能模块来进行分类，比如： 　　如果是游戏，就可以根据场景来进行划分，比如：  HYPERLINK /batch.download.php?aid=18848 \t _blank  　　对测试用例的组织结构进行划分的思路，主要根据需求文档的测试切入点来进行参考。 　　2） 根据功能点细致地设计测试用例 　　进行完需求评审后，开发人员会根据需求文档及自己所负责的 HYPERLINK javascript:; \t _self 工作提交自己的设计文档来进行评审，测试人员可以参考设计文档中的内容提取出各个功能模块中的功能点来设计测试用例，如果是管理模块，首先可以将增删查改功能作为第一层功能点，然后再根据必填项非空判断、输入格式验证来作为第二层功能点；如果是报表模块，就可以根据各种查询条件来提取功能点。 　　划分好功能点后，就可以利用等价类划分、边界值分析等一些测试方法来编写测试用例，并且可以进行标注，这样对于后期的测试用例整理相当有帮助。 　　3） 执行完一轮测试之后，都要对测试用例进行补充和整理 　　执行完一轮测试之后，都会对所测试的内容有进一步的了解，并且开发人员在实际开发过程中，会对某些功能的细节部分做出一些修改，测试人员应该根据变更和熟悉程度对之前编写的测试用例进行完善，主要是对测试步骤的修改和异常情况的补充，提高测试用例对需求的覆盖率，以便能发现更多的BUG。 　　4） 测试结束之后，根据测试用例整理出测试思路进行总结 　　测试结束之后，测试人员在提交测试报告之后一般基本就会有一段短暂的休闲期，在此期间，再看看被自己不断完善的测试用例，根据用例中的标注，可以将之前的测试思路很条理地整理出来，反思有哪些地方考虑不足，这就是经验积累。 　　做好这些工作之后，在面对领导问你功能测试会测试到哪些功能，会测试哪些情况，执行一轮测试所需的大概时间问题时，测试人员就可以根据自己编写的测试用例进行流利回答。套用郭德刚的一句词：做科学的人都是很严谨的。大家作为都是有身份证的测试人员，只有工作做得细致严谨，自身的水平才能得到提高。 　列表页面显示： 　　1.?? 确认页面的默认排序方式，字段+升降续； 　　2.?? 含link的列，验证其有效性，即，点击后的跳转是否正确； 　　3.?? 第一列的选择框，“全选”和“部分 选择”需有效；部分选中时，全选按钮应自动取消。 　　顶部搜索功能： 　　4.?? 逐个 HYPERLINK javascript:; \t _self 测试每个搜索条件的有效性； 　　5.?? 做2-3个组合条件的查询，验证结果；合计共有N+3个搜索条件的测试。 　　6.?? 有时间区间的，验证列表项的开始到结束时间 和 选择区间有交叉，则为有效，且包含所选日期的记录；