检查表

2024-01-08 02:08
文章标签 检查表

本文主要是介绍检查表,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

1        针对测试组长或测试经理
1.1   测试管理工作检查表:
1.       检查每轮测试开始时测试环境是否准备好(包括软件硬件、测试基本数据等);
2.       确保测试环境(数据和程序)与开发分离,除了测试组之外其他人不能更新测试环境的数据和程序;
3.       每轮测试根据上一轮的情况和总体测试计划做分工调整;
4.       检查case库的填报情况,抽查执行过的case;
5.       检查BUG提交情况,抽查提交的BUG是否规范;
6.       每天晚上统计BUG情况,填写每天的BUG报告;
7.       根据每天的测试情况,决定是否开发组要发布新的BUILD;
8.       每轮测试结束后填写测试总结。
2        下面是针对测试执行人员的:
2.1   输入、编辑功能的验证检查点:
1.        必输项是否有红星标记,如果不输入提示是否跟相应的Label对应,提示的顺序是否跟Form输入域的排列次序一致;
2.        输入的特殊字符是否能正确处理:`~!@#$%^&*()_+-={}[]|/:;”’<>,./?;
3.        Form下拉菜单的值是否正确,下拉菜单的值通过维护后是否正确显示并可用;下拉菜单比如是机构编码,要到机构编码的维护界面查询一下是否Form列出的与其一致;
4.        涉及到下拉菜单的编辑修改Form,要检查在编辑和修改From中,下拉菜单是否能正确显示当前值;
5.        Form提交后,要逐项检查输入的内容跟通过查询的结果一致;
6.        有多层下拉菜单选择的情况要校验两层菜单的选择是否正确,比如:
a)        部门 
  •  
  •  
  •  人员 
  •  
  •  
  • 7.        备注字段的超常检查;
    8.        提交保存后能否转到合适的页面;
    9.        编辑Form显示的数据是否跟该记录的实际数据一致;
    10.     编辑权限的检查,比如:user1的数据user2不能编辑等;
    11.     可编辑数据项的检查,比如:数据在正式提交之前所有的属性都可以编辑,在提交之后,编号、状态等不能编辑,要根据业务来检查是否符合需求;
    12.     对于保存有事务Trasaction提交,比如一次提交对多表插入操作,要检查事务Trasaction的处理,保证数据的完整和一致;
    13.     其他的合法性校验。
    2.2   查询功能检查点:
    1.        查询输入Form是否正常工作,不输入数据是否查询到全部记录;
    2.        当查询的数据非常多的时候,性能有无问题;
    3.        查询的下拉菜单列出的数据是否正确;
    4.        查询结果是否正确;对于复杂的查询要通过SQL来检查结果;
    5.        如输入%*?等统配符是否会导致查询错误;
    6.        查询结果列表分页是否正确,在点击下一页上一页时,查询条件是否能带过去,不能点击翻页时又重新查询;
    7.        对于数据量比较大的表查询时,不容许无条件查询,避免性能问题的出现;
    8.        对于查询输入项的值是固定的要用下拉菜单,比如状态、类型等;
    9.        分页的统计数字是否正确,共X页,第N页,共X条记录等;
    10.     对于查询有统计的栏目,比如:总计、合计等要计算数据是否正确;
    11.     查询结果有超链接的情况要检查超链接是否正确;
    12.     查询权限的检查,比如:user1不能查询到user2的数据等;
    2.3   删除功能检查点:
    1.        必须有“确认删除”的提示;
    2.        根据需求检查是软删除还是硬删除,来检查数据库中是否还存在该条记录;
    3.        是否有相关的数据删除,如果有要确认该相关的数据也已经删除,并且在同一事务中完成;
    4.        是否有删除约束,如果有删除约束,要检查该记录是否被约束,如果被约束该记录不能被删除;
    5.        如果是软删除,用查询、统计界面检查该条记录能否被查询出来,数据是否被统计进去;
    6.        检查因为业务约束不能删除的数据能否被保护不能手工删除,比如:流程中已经审批的文件不能被删除;
    7.        跟删除相关的权限问题,比如:需求要求只有管理员和该记录的创建人能够删除该记录,那就以不同的用户和角色登录进去,执行删除操作,检查是否与需求匹配;
    2.4   上传附件检查点:
    1.        检查是否能正确上传附件文件;
    2.        检查上传的文件是否能正确下载并打开;
    3.        至少检查下列大小的文件能正确上传,100k,1M,2M,4M,10M,20M等;
    4.        如果没有指定类型的限制,至少上传以下几种类型的文件能否正确上传并正确打开,类型有:.doc, .xls, .txt, .ppt, .htm, .gif, .jpg, .bmp, .tif, .avi等;
    5.        如果有文件类型的限制还要检查能上传的文件的类型;
    6.        上传同名的文件,在打开的时候是否出错;
    7.        有中文文件名的文件能否正确上传;
    2.5   影响操作性能的检查点:
    (不能代替系统的性能测试和压力测试,主要看系统在正常操作情况下的响应和处理能力)
    1.        对数据记录条数比较多的表的查询操作,避免全表查询,比如对银行用户账号的查询就不能缺省全部查出,必须让用户输入查询条件;
    2.        菜单树,测试大量数据时菜单树的响应情况;
    3.        有日志的查询或者统计,要注意查询的效率;
    4.        大报表的处理或者批处理的操作,要关注效率,比如:银行对帐、财务年终结算、财务年报表、系统初始化等;
    5.        大报表的排序sort、组函数的使用等;
    6.        大数据量的处理,如导入、导出、系统备份、文件传输等;

    这篇关于检查表的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



    http://www.chinasem.cn/article/581987

    相关文章

    网络安全检查表

    《网络攻击检查表》 1.应用安全漏洞 2.弱口令,默认口令 3.服务器互联网暴露 4.操作系统,中间件安全漏洞 5.研发服务器,邮件服务器等安全检查

    毕业设计 伊兰特汽车制动系统设计【说明书(论文)+CAD图纸+开题报告+任务书+中期检查表+答辩相关材料】

    摘    要 随着社会的飞速发展,科技越来越发达,世界也变得越来越小了,造成这个现象的基本原因就是交通工具的发展和普及,尤其是汽车的应用,灵活高速的汽车给我们的生活带来了极大便利。一方面,轿车变的越来越重、动力越来越大;另一方面,人们越来越强调汽车驾乘的舒适性和安全性。因而,作为能保证汽车安全行驶的组成部分之一—制动系,有必要对它的组成构件进行设计计算。 本文系统详细的介绍了汽车制动系的结构型

    防火墙访问控制、安全审计、网络设备防护检查表

    1、访问控制类检查 2、安全审计类检查 3、网络设备防护类检查 原件: 防火墙标准检查表 分类 测评项 预期结果 访问控制 应在网络边界部署访问控制设备,启用访问控制功能 启用了访问控制规则 应能根据会话状态信息为数据流提供明确的允许/拒绝访问的能力,控制粒度为端口级 配置数据流只允许授权的IP地址、协议、端口通过 应对进出网络的信息内容进行过滤 实现对应用层HTTP

    LabVIEW样式检查表1

    LabVIEW样式检查表1        使用以下清单可帮助保持一致的样式和质量。用户可以自定义这些清单以适合您应用的规格。 LabVIEW VIAnalyzer Toolkit提供了以交互方式或编程方式检查VI的风格、效率和LabVIEW编程其他方面的测试 前面板检查表 设置控件和指示器的默认值。默认值使VI能够按预期执行,而不会发生意外情况。 运行VI以验证具有默认值的控件和指示器不

    日常工作检查表-----Check List

    坑 日常开发,如果没有考虑周全,没有经验的指引,或者先行者的指导,很容易掉进各种各样的坑里。我们可以依靠尽量的多思多问来避免坑;尽早部署在生产一致的DEMO环境演练,来尽早发现坑。总结一下技术的、业务的、环境的坑: 1、仓储系统中的无线手持PDA设备,无线在仓储覆盖不全,比如站起系统正常、蹲下系统就没反应了。这个需要尽早用DEMO的功能,或者前期演示的功能,尽早投入试用。 2、支付系统

    Versal 自适应 SoC SelectMAP 启动检查表

    Versal 自适应 SoC SelectMAP 启动检查表 本文档提供了有关 SelectMAP 启动设置的技巧和指南。在提交个案服务请求之前,应认真查看以下检查表。SelectMAP 启动模式的常规检查表:   是否已查看 SelectMAP 文档,了解连接和电源轨的用法? 请参阅相应的 Versal DC 和 AC 数据手册,了解电源轨和 SelectMAP 接口规格,并确保满足这些规格

    上肢康复机器人结构设计【论文、19张CAD图纸、开题报告、任务书、中期检查表】

    目录 第1章 绪论 1.1 概述 1.2 康复机器人的国内外研究现状 1、康复机械手的研究现状 2、康复治疗机器人研究现状 1.3 上肢康复机器人系统的发展前景 1.4 本课题主要研究内容 第2章 总体结构方案设计 2.1 总体方案设计 1、前后摆机构设(如图2.1所示:) 2.2 康复机器人框架造型的设计 2.3 本章小结 第3章  伺服元件选择

    业务测试计划检查表

    业务测试计划检查单项目名称 项目编号 序号检查域检查点检查人状态问题描述1计划、环境的准备业务测试计划是否完整;是否包含运维测试验证计划;业务测试覆盖范围是否明确;   2测试方式(是生产环境还是测试环境)、日程、分担、环境转换对策是否明确?   3测试人力资源计划是否明确;轮次执行计划和目的是否明确   4是否明确了业务测试体制和成员的职责,得到业务单位领导和成员认可及理解,并做了有效的部署和安

    敏捷开发之上线检查表

    最近负责一个项目,工期较长,涉及方也较多,项目开发测试完后,就到上线阶段,为了控制整个上线过程,整理了一份上线检查表,如下: 由于项目负责人不是代码编写人,程序逻辑肯定没有研发人员清楚,因此,这份表必须是与开发人员开会沟通达成一致输出的结果。 在上线过程中不断检查完成点。

    Kettle之“检查表是否存在”

    想用Kettle实现一个非常简单的需求,从MySQL向Oracle导入一个表的数据,如果在oracle里表不存在,先建表再导入数据。这个功能看似非常简单,但对于刚开始接触Kettle的用户来说,可能会有些疑惑。Kettle的转化和作业中都有“检查表是否存在”步骤,但是如果要实现上述的需求,只能用作业,而不能使用转换。  在Kettle中,作业是串行执行的,只有前一个作业项执行成功才会开始下一个