代码自测检查表(word文档良心出品)

代码自测检查表项目名称开发人员模块名称提交时间代码文件清单类型序号检查项是否检查检查结论检查记录查询功能1不输入查询条件是否查询到全部记录？2查询结果中的超链接是否正确？3查询权限设置是否正确？如：张三不能查询到李四的数据等。4查询条件的下拉框列出的数据是否正确？5当查询的数据非常多时，查询速度是否可以接受？6对数据量很大的表进行查询时，是否必须输入查询条件？7多条件查询时是否提供输入条件重置功能？8分页按钮翻转是否正确？输入页码跳转是否正确？翻页时查询条件是否能带过去？9分页的统计数字（共X页、第N页、共M条记录等）是否正确？10列表表头是否不随列表内容滚动？11查询结果是否按用户最期望的方式进行默认排序，并提供手动排序功能？12每页显示的记录数是否适量？修改每页记录数是否起作用？13如果查询结果中有统计栏目（如总计、合计等），其计算结果是否正确？14输入%*?等通配符是否会导致查询错误？15输入报表日期时，日期是否默认为当前日期，月份是否默认为当前月份，年份是否默认为当前年份？16输入查询条件包括空格、特殊字符、保留关键字时，系统是否自动截取？17输入日期范围时，是否判断起始日期大于截止日期？18输入查询条件，查询是否正确？19文本字段是否支持模糊查询？20有固定选项值的查询条件（如状态、类型等）是否使用下拉框？21大报表的处理效率是否可以接受？22大报表的排序和分组速度是否可以接受？导出功能23大数据量的导入、导出、备份、文件传输等处理速度是否可以接受？24导出后的文件内容是否和系统中显示的内容一致？25没有记录时，执行导出操作是否有提示信息？上传功能26附件是否能正确上传？27附件有格式和大小限制时，页面上是否有说明信息？附件不满足格式或大小限制时，页面是否有提示？28上传同名文件，是否能正确打开？29文件上传时，是否按要求对文件类型和大小进行检查？30已经上传的文件是否能正确下载和打开？是否正确显示原文件名称？31直接输入错误的附件地址，上传时是否给出提示信息？32中文命名的文件是否能正确上传？容错功能33是否限制使用不存在的用户或空密码登录系统？34是否限制使用登录后的系统链接访问系统？35是否限制使用过期的链接访问系统？36对可能造成等待时间较长的操作是否提供了取消功能？37是否对NULL对象做控制？38是否对数组越界做控制？39是否对字符串访问越界做控制？40是否兼容主流浏览器，如IE6、7、8等？41是否提供Undo功能用以撤销错误或不期望的操作？42是否优先使用客户端验证？43是否做除0的控制？44系统出现的各种代码错误是否保存到日志文件？45系统出现异常时是否给出友好提示，而不是抛出代码错误？46在执行破坏性操作（如造成数据无法恢复）之前，是否提示用户进行确认？47是否根据用户权限自动隐藏或者禁用某些功能？删除功能48记录删除后，列表页面是否不再显示？49逻辑删除的记录是否不参与查询和统计？50没有选中记录时，执行删除操作是否给出提示信息？51删除前是否有“确认删除”的提示？52删除权限设置是否正确？如：张三不能删除李四的数据等。53执行删除操作后，数据库记录是否根据要求被删除或被标识？54有关联关系的数据是否在同一事务中被删除？55有删除约束的记录是否被保护不能手工删除？输入功能56Tab键是否使焦点依次在输入项中转移？57必填项是否有醒目标识？58编辑表单显示的数据是否与该记录的实际数据一致？59编辑权限设置是否正确？如：张三不能编辑李四的数据等。60打开编辑页面时，数据加载速度是否可以接受？61不可修改的字段是否用灰色文字显示？62不能重复的字段输入重复内容，是否报错？63打开新增或修改页面时，光标是否定位在第一个待输入的文本区？64单选框是否已根据数据库的值正常显示？65单选框是否正确设置默认值？66对多表操作的事务处理，是否能够保证数据的完整性和一致性？67多层下拉框的选择是否正确？如：部门、人员选择。68多个字段数据校验不通过时，提示顺序是否与表单输入域的排列次序一致？69复选框是否已根据数据库的值正常显示？70复选框是否正确设置默认值？71界面上是否有字段输入规则的文字说明？72日期输入是否使用日期控件，而不是手工录入？73日期型是否控制可输入的最大、最小值？74是否控制输入项的边界值？输入边界数值，操作结果是否符合系统要求？75是否控制必填项不能为空或空格？76是否控制输入框的数据类型？输入错误类型的数据是否给出提示信息？77输入特殊字符（如'=~$%^%￥&#@等）是否能正确处理？78输入中文字符是否出现乱码或报错？79数据保存后，不管成功与否是否都给出提示信息？80数据校验不通过，是否给出提示信息并能自动获得焦点？81数字是否控制可输入的最大、最小值？82文本框是否控制最大输入长度？字符串超长是否给出提示信息？83下拉框的值是否已根据数据库的值正常显示？84下拉框是否正确设置默认值？85新增和编辑提交速度是否可以接受？86新增和修改的记录是否正确保存到数据库？87新增和修改记录后，是否能够转到合适的页面（如列表页面）？88修改时把不能重名的项改为已存在的内容，是否报错？89在读入用户输入的信息时，是否去掉内容前后的空格？90在输入或提交数据时，是否进行相应的数据校验？如：格式校验、合法性校验等。91在输入结束后直接按回车键，系统是否能正确处理？92在网络连接正常的情况下，操作失败时是否进行数据回滚？93增加和修改要求是否一致？如增加要求必填的项，修改也应该必填；增加要求为整型的项，修改也应该为整型。界面布局94界面布局是否整齐、美观？95界面是否存在很大的空缺位置？96界面元素的尺寸是否合理？97界面元素是否在水平或者垂直方向对齐？98容易引起界面退出或关闭的按钮是否放在不易点击的位置？99页面布局是否合理？如信息量大应采用Tab页；控件不能过于密集或过于空旷；完成同一功能的界面元素应该集中放置等。100页面中首先应输入的和重要信息的控件是否在tab顺序中靠前放置？101在页面中按tab键，焦点是否按控件排列顺序移动？大体是从上到下，再从左到右。102重要的和使用频繁的按钮是否放置在界面上醒目的位置？103是否用最合理的步骤实现常用的操作，并获得高效率？界面显示104界面色调是否搭配合理，没有出现太太反差，让人感到和谐、舒服？105色彩使用是否符合行业的习惯？106弹出式窗口是否不借助滚动条就可以显示所有内容？107对于常用的功能，用户是否不必阅读手册就能使用？108多次使用back键是否报错？109各种界面元素是否提供了充分而必要的提示（如标题）？110滚动条是否足够长，保证有可用的滑块？111记录字符数超长是否不影响整个版面的显示效果？112界面层次是否控制在三级以内，保证进入目的页面的点击次数不会超过三次？113界面上的文字是否通俗易懂，前后描述一致，没有错别字？114界面是否能够适应屏幕分辨率的变化？115具有返回值的窗体是否采用对话框模式？116链接图片设置是否正确？117是否符合广大用户使用同类软件的习惯？118是否设计了与众不同的、让用户记忆深刻的界面？119是否在页面未超过一页时存在滚动条？120提示、警告或错误信息是否清楚、明了、恰当？121图片上传后显示比例是否正常？122页面标题是否被正确设置？123页面层次太多时是否给出返回主页面、主分支的快捷链接？124页面链接是否正确？页面切换是否正确？125页面中是否有未删除的多余的语句引起的错误符号?126屏幕刷新时，界面是否显示正常？127窗口切换、移动和改变时，界面是否显示正常？128报错页面的风格是否一致或者使用统一的报错页面？129界面风格，如界面布局、控件样式、字体、颜色、标签、术语、错误提示、对齐等是否保持一致？130日期显示格式是否一致？是否让用户容易理解？131同类界面元素是否有相同的外观和操作方式？132相同功能在不同模块的名称是否相同？界面响应133非法操作是否有足够的提示信息？134功能点没有响应的情况下，是否给出提示信息和操作指引？135是否使用进度条、动画等告知用户系统正在进行比较耗时的操作？136是否为重要的操作返回必要的结果信息？137数据库连接失败、网络连接失败是否给出提示信息？138需要长时间的处理完成时，是否发出提示警告声？139在用户可能进行破坏性操作时，是否用声音提出警告？控件-按钮140按钮风格、大小、字体是否一致？141常用按钮是否支持快捷方式？142功能按钮（如增、删、改、查、导入、导出等）是否正常使用？143默认按钮是否支持回车键操作？144无效按钮是否加以屏蔽或用灰色显示？控件-菜单145菜单前的图标是否能直观的代表要完成的操作？146菜单深度是否控制在三层以内？147菜单是否按照“常用--主要--次要--工具--帮助”的顺序排列？148菜单项的使用有先后要求或有向导作用时，是否按先后次序排列？149菜单项很多时，菜单树的响应时间是否可以接受？150常用菜单是否支持快捷方式？151没有顺序要求的菜单项是否按使用频率和重要性排列？152无效菜单是否采用动态加载等方式加以屏蔽？控件-工具栏153工具栏的图标是否能直观的代表要完成的操作？154工具栏中的每一个按钮是否有即时提示信息？155功能相同或相近的工具栏是否放在一起？156用户是否可以定制工具栏？控件-选择框157单选按钮是否置于分组框中？158单选框和复选框是否按选择几率的高低排列先后顺序？159单选框和复选框是否有默认选项，并支持Tab选择？160列表框是否有标签来说明其用途？161是否正确使用单选框、复选框、列表框或下拉框？选项数较少时使用选项框；选项数较多时使用列表框或下拉框；页面空间较小时使用下拉框；二选一时，使用单选框；多选一时，使用分组单选框；多选多时，使用复选框或多选列表框。说明：检查结论：P——通过、F——不通过、NA——不适用；开发人员在模块代码调试完成提交到SVN前进行自测并提交代码自测检查表；该文档的命名方法：代码自测检查表-姓名-YYYYMMDD.doc项目经理检查项：1.是否对以上开发人员自测内容进行检查？__________2.自测通过情况如何？_________________________________________________________3.发现的问题有哪些？_________________________________________________________项目经理签字：____________附件、提交测试流程测试版本质量不高，会浪费人力成本，并导致项目延期，开发人员和项目经理要保证提交测试的代码质量，保证测试版本的可测试性。提交测试的基本条件：1)开发人员必须对代码做过自测检查，并提交代码自测检查表；2)开发人员的代码必须有至少一个以上的其他人做过代码走查；3)系统必须通过项目经理的测试。提交测试流程：1)开发人员完成代码编写和调试后，对代码进行自测，自测通过后才能提交到配置库；2)项目经理对代码进行走查，走查通过后才能进行Build；3)项目经理对系统进行测试，测试通过后才能提交给测试人员；4)测试人员对系统进行冒烟测试，判断系统是否可测，如果不可测，则退回项目经理和开发人员。冒烟测试：冒烟测试是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试前检查代码：在运行冒烟测试前，进行侧重于代码中的所有更改的代码检查。代码检查是验证代码质量并确保代码无缺陷和错误的最有效、最经济的方法。冒烟测试确保通过代码检查的关键区域或薄弱区域已通过验证，因为如果失败，测试就无法继续。与开发人员协同工作：由于冒烟测试特别关注更改过的代码，因此必须与编写代码的开发人员协同工作。必须了解以下内容：1、代码中进行了什么更改；2、更改对功能有何影响；3、更改对各组件的依存关系有何影响。