对代码的质量控制一直是保证最后产品质量见效最快、也是非常关键的环节,我在去年的一个大型项目中,对于代码的控制是基本做到了每日检查,即开发人员在每天完成代码的编写和调试后提交到配置库中的时候要先进行自测检查,自测完成后由组长对代码进行走查。通过后的代码才可以提交BUILD。下面就给出我们的检查单,方便开发人员个人和组长对代码的检查用。
个人自测记录
|
代码编写人
|
|
提交完成时间
|
|
实现功能模块
|
|
代码文件名
|
|
个人自测检查项:(个人在完成代码的调试提交到CVS时进行自测并提交代码检查记录单)
|
类别
|
检查项
|
通过情况
|
情况说明
|
功能实现
|
计划中安排的功能是否已实现?
|
□是 □否
|
|
界面所有的功能按钮、链接是否正常使用?
|
□是 □否
|
|
录入功能,所有的数据项是否正确进入数据库?
|
□是 □否
|
|
查询功能,能否按条件正确查询?
|
□是 □否
|
|
显示功能,所有的数据项是否在界面正确显示?
|
□是 □否
|
|
界面显示
|
字体、颜色、对齐等界面风格是否符合规范?
|
□是 □否
|
|
需求说明书中的数据项是否都在界面上体现?
|
□是 □否
|
|
页面中是否有未删除多余的javascript引起的错误符号
|
□是 □否
|
|
下拉选择框是否正确设置默认值?
|
□是 □否
|
|
下拉选择框是否已根据数据库的值正常显示?
|
□是 □否
|
|
下拉选择框对应代码在detail页面是否显示数据?
|
□是 □否
|
|
链接图片设置是否正确?
|
□是 □否
|
|
各种显示元素标题设置是否正确?(例如:display列表)
|
□是 □否
|
|
是否在页面未超过一页时存在滚动条?
|
□是 □否
|
|
页面显示结构中是否有不需要的空行?
|
□是 □否
|
|
CheckBox是否正确设置默认值?
|
□是 □否
|
|
CheckBox是否已根据数据库的值正常显示?
|
□是 □否
|
|
RadioButton是否正确设置默认值?
|
□是 □否
|
|
RadioButton是否已根据数据库的值正常显示?
|
□是 □否
|
|
必输项是否有醒目标识?是否已控制?
|
□是 □否
|
|
文本框是否控制最大输入长度?
|
□是 □否
|
|
输入类型检测是否有友好提示?
|
□是 □否
|
|
友好提示之后是否有元素聚焦?
|
□是 □否
|
|
输入控制
|
文本框是否控制输入内容?(文本、数字)
|
□是 □否
|
|
数字是否控制可输入的最大、最小值?
|
□是 □否
|
|
日期型是否控制可输入的最大、最小值?
|
□是 □否
|
|
Tab键是否使焦点依次在输入项中转移?
|
□是 □否
|
|
录入数据成功后是否提示成功
|
□是 □否
|
|
是否对输入项的边界值进行控制?
|
□是 □否
|
|
是否对NULL对象做控制?
|
□是 □否
|
|
代码控制
|
是否做除0的控制?
|
□是 □否
|
|
是否对数组越界做控制?
|
□是 □否
|
|
是否对字符串访问越界做控制?
|
□是 □否
|
|
异常是否按规范处理?
|
□是 □否
|
|
组长检查项:
1. 以上对开发人员自测内容是否检查?□是 □否
2. 自测通过情况如何?
_ ___________________________________________________________________________
3. 发现的问题有哪些?填写TD代码检查缺陷编号:
_ ______________________________________________________
检查人(组长)签字:____________
注:
1. 该文档提交在CVS: \01-工作库\13-工作检查目录\03-日代码检查目录下,每个人放在自己名字目录下;
2. 该文档的命名方法:单元测试记录单-姓名-YYYYMMDD.doc
分享到:
相关推荐
- 这一部分详细列出了需要进行单元测试的软件组件或功能,以便测试人员了解哪些部分需要重点检查。 3. **单元测试策略** - **测试方法**:选择适合的测试技术,如白盒测试(关注代码逻辑)、黑盒测试(关注功能...
- **条件和约束:** 明确了启动单元测试之前必须满足的一系列条件,比如代码是否已经完成并经过初步的编译检查、是否有足够的资源支持测试等。 #### 三、退出条件 - **量化指标:** 在这一部分中,特别强调了基于...
这份“编码检查单模板.pdf”提供了编码前和编码后需要考虑的关键点,涵盖了理解设计、编码规范、可读性、性能等多个方面。以下是对这些知识点的详细说明: 1. **理解设计**:在开始编码之前,开发者必须确保对设计...
Java代码自动生成工具是一种高效开发辅助软件,它能够根据预设的模板或规则,自动创建出符合特定规范的Java源代码。这样的工具极大地提升了开发效率,减少了程序员在编写重复性结构化代码上的时间,使他们可以更加...
2. **代码测试检查**:包括路径测试、声明测试、循环测试、边界测试、接口测试、界面测试和数据确认测试等。这些测试内容分别针对代码的不同方面进行验证: - 路径测试:检查程序的各种执行路径是否正确。 - 声明...
8. **错误检查与调试**:代码生成器还应具备错误检查和调试功能,以便在生成代码之前捕获模板中的语法错误或逻辑问题。 9. **性能优化**:对于处理大量数据或复杂逻辑的模板,代码生成器需要有高效的执行策略,避免...
6. **测试方法**:每个测试方法内部,使用`CPPUNIT_ASSERT`系列宏来进行断言,例如`CPPUNIT_ASSERT_EQUAL`用于比较预期结果和实际结果是否一致,`CPPUNIT_ASSERT_THROW`用于检查函数是否抛出预期的异常等。...
在JavaScript中,代码自动生成通常通过模板引擎、代码生成库或构建工具实现,帮助开发者快速创建复杂的代码结构或者根据特定规则生成代码。 1. **模板引擎**:如EJS、Handlebars和Pug等,它们允许开发者使用特定...
在软件开发过程中,单元测试是一种重要的质量保证手段,它针对代码的最小可测试单元——函数、方法或类,进行独立验证。本示例主要聚焦于C++编程语言中的单元测试,我们将探讨如何进行白盒测试的基本实现方法和结构...
模板可以用于定义函数和类,使得代码更加可复用,减少了冗余,并且可以在编译时进行类型检查,提高安全性。在本案例中,Array类将是模板类,能够接受任何类型的数据作为元素。 Array.h头文件中应该包含了Array类的...
它是一种自底向上的测试方法,通常由开发人员执行,确保每个函数、方法或类的行为正确无误。本指南将深入探讨单元测试用例的设计原则和最佳实践,以帮助开发者编写出高效且全面的测试用例。 一、单元测试的基础概念...
在"新建文件夹"中,可能包含了各种测试代码示例,如单元测试脚本、测试报告模板或其他相关的测试资源。通过研究这些文件,开发者可以学习如何有效地编写和组织测试代码,以及如何利用工具和最佳实践来提高测试效率和...
在“js代码-自测测试代码”这个主题中,我们可以深入探讨JavaScript的基础知识、测试方法以及如何进行自我检测。 首先,让我们了解一下JavaScript的基础。JavaScript主要由变量、数据类型、控制结构、函数、对象和...
一旦设置好环境,开发者可以编写测试用例,覆盖待测试的代码,然后运行测试,检查是否有未通过的测试用例,以此来评估和改进代码质量。 总的来说,这个C++单元测试工程是一个实用的工具,旨在简化C++项目的测试流程...
测试过程中,需要检查样式的一致性、响应式设计(适应不同屏幕尺寸)以及与各种浏览器的兼容性。CSS预处理器如Sass或Less也可能被用到,以提升代码组织和重用性。 3. **JavaScript模板**: JavaScript模板引擎如...
这个"SSM整合代码模板"是一个基础的开发框架,适用于快速搭建一个基于Spring的后端服务。以下是关于SSM整合的关键知识点的详细解释: 1. **Spring**:Spring 是一个全面的Java应用开发框架,提供了依赖注入(DI)和...
调试配置文件通常涉及运行代码生成器,检查生成的代码是否符合预期,然后根据结果调整配置。 5. **优势与应用场景** 使用Easy-Code这样的代码生成器,可以显著提升开发效率,特别是在数据访问层(DAL)、业务逻辑...
1. **模板引擎**:例如Apache的FreeMarker或Velocity,它们允许开发者编写模板文件,然后用这些模板生成实际的源代码。模板文件包含了可替换的占位符,这些占位符会被运行时的数据替换。这种方式灵活且易于维护。 2...
5. **集成与执行**:最后,将生成的测试代码整合到项目中,通过构建工具(如Maven或Gradle)运行测试,检查结果并提供反馈。 在实际应用中,有些工具已经实现了部分或全部这些功能,例如TestNG、Mockito等。它们...
- **代码规范检查**:检查代码是否符合既定的编码标准。 - **代码注释率**:统计代码中的注释占比,以确保代码具有良好的可读性和可维护性。 ##### 4. 接口测试 - **单一接口测试**:对每个接口进行独立测试,包括...