开发提测checklist
软件开发流程和check list
在Sensor上安置好白屏光源 调节曝光时间，颜色增益，使得画面呈现灰色，并确认整体
亮度在最高亮度的80%左右 采集影像图片
Mean and Std
测试目的：
测试图片是否处于Middle Level
测试方法：
1.将图像分割为A，B两个区域，A区为图像中心25%区域， B区为图像周边区域
2）将每个通道分成M*N块数据块，并统计每块数据块的均值，记 录数据Rmean[m*n],Bmean[m*n],Gmean[m*n]， ROG[m*n],BOG[m*n]
3）统计每个色块的均值最大及最小值，再求积，则得到每个色块 的uniformity，作为测试数据
4）取出中心位置的ROGRef，BOGRef，再将m*n个ROG，BOG与 ROGRef，BOGRef进行比较，取差异最大值作为测试数据
高分辨率
低分辨率
对上图中大于10的亮度进行统计求和，再取自然对数，数值 分别为：12.2311 和 10.1364
从而可指定标准区分出良品不良品。
Line Chart Histogram
测试方法：
按亮度绘出对应视场角图像的直方图 统计两个波峰间的亮度所占的比例 测试图像及对应直方图如下：
测试方法：
工作电流：通过对Die的寄存器进行设置，让其处于功耗最 高的状态，测量其3路电源的电流。
待机电流：通过硬件或软件让Die进入待机状态，并调整 PWDN、RESET、MCLK、SDA、SCL的状态，调整AVDD、 DOVDD、DVDD的电压，让Die的功耗最低，测量总电流。
Middle Level Test
使用单位定义(3位字符)：
TSV事业部→TSV
WOC事业部→WLC
测试计划CHECKLIST规范
系统测试计划CHECKLIST
评审对象：评审日期：
拟定人：评审人员：
花费：分钟（请使用者准确填写此项）
注：结论为“否”需在“结论说明”中注明内容实例，结论为“免”需在“结论说明”中注明理由。
审查内容
结论
结论说明
备注
是[ ]否[ ]免[ ]
6
测试通过/失败准则的定义是否恰当？
是[ ]否[ ]免[ ]
7
测试挂起的标准及恢复的必要条件是否恰当？
是[ ]否[ ]免[ ]
8
各个测试任务的时间安排是否合理，是否参考了SVVP或SDP计划？
是[ ]否[ ]免[ ]
9
测试计划中是否考虑了回归测试的安排？
是[ ]否[ ]免[ ]
是[ ]否[ ]免[ ]
15
测试环境及测试工具与各个测试任务中“5）资源”一节的测试环境及测试工具的要求是否一致？
是[ ]否[ ]免[ ]
16
对于各个测试任务中“6）风险与假设”中的风险是否给出了应急计划？
是[ ]否[ ]免[ ]
名词解释：
软件开发计划sdp
svvp-Software Verification and Validation Plan即软[ ]免[ ]
2
计划的适用对象及范围是否明确指出？
是[ ]否[ ]免[ ]
3
所列的参考文档及其状态与实际情况是否相符？
是[ ]否[ ]免[ ]
4
组织形式、角色及职责的定义是否合理，是否有利于将计划的任务落实到人？
是[ ]否[ ]免[ ]
5
所列的测试需求是否完整，正确，且与参考文档中的描述相一致？(应依据系统测试需求的特点加以扩展)
checklist方法
checklist方法Checklist是一种工具或方法，用于确保任务或项目的执行过程中的每个关键步骤和要求都得到满足。
它经常用于项目管理、质量控制和任务执行等领域。
使用Checklist可以帮助人们提高工作的效率、减少错误发生以及确保工作的准确和完整。
在本文中，我们将探讨Checklist的作用、好处以及如何创建和使用Checklist。
Checklist的作用和好处：1. 确保一致性和准确性：Checklist可以确保任务和项目的关键步骤都得到遵循和执行，从而确保一致性和准确性。
它可以帮助人们避免遗漏关键步骤或要求，以及减少错误发生的可能性。
2. 提高工作效率：通过使用Checklist，人们可以有条不紊地进行任务或项目的执行。
它可以帮助人们记录和跟踪每个步骤的完成情况，从而更好地组织和安排工作，并提高工作效率。
3. 降低错误发生率：通过将任务或项目的关键步骤和要求列入Checklist，人们可以避免疏忽和错误的发生。
通过反复检查Checklist，可以确保任务或项目的执行没有遗漏和错误，并及时发现和纠正问题。
4. 提高沟通和协作：Checklist可以作为沟通和协作的工具，帮助团队成员之间更好地理解任务和项目的要求，并确保每个人都按照相同的标准和步骤进行工作。
它可以促进团队之间的协作和配合，减少误解和冲突。
如何创建和使用Checklist：1.确定任务或项目的关键步骤和要求：首先，需要明确任务或项目的目标和要求。
然后，根据这些目标和要求，确定执行任务所需的关键步骤和要求。
2. 编写Checklist：将关键步骤和要求编写成Checklist的形式。
可以使用简单的列表形式，或者根据任务的复杂程度和要求的详细程度，使用更为详细和结构化的格式。
3. 测试Checklist的有效性：在使用Checklist之前，可以将其进行测试，以确保其有效性和可行性。
可以通过模拟执行任务或项目的过程，检查Checklist是否包含了所有关键步骤和要求，并是否易于理解和执行。
性能测试checklist
如果有朋友想到更多的检查项，也希望可以留言大家一起讨论。
1. 开发人员是否提交了测试申请？2. 测试对象是否已经明确？3. 测试范围是否已经明确？4. 本次不被测试的范围是否已经明确？5. 测试目标是否已经明确？6. 何时开始性能测试？7. 何时终止一轮性能测试？8. 性能测试需要做几轮？9. 所需的测试环境是什么？是否已经到位并配置完成？（包括硬件、软件、网络等）10.所需的测试工具是什么？是否已经到位并保证可以正常使用？11.被测系统的版本是否已经明确？是否已发布？从哪里可以获得？是否已经部署成功？12.被测系统的相关功能是否已经正确实现？13.压力点是否已经明确？响应时间的计算方式是否已经明确？14.本次测试工作参考的文档有哪些？15.场景是否已经设计完成并记录在场景管理文档中？16.每个场景是否有明确的测试意图、前置条件和详细的设置？17.脚本是否已经录制并调试通过？18.是否已经明确了哪些地方需要参数化？19.是否已经明确了各个参数的取值方式？20.是否已经为参数化的部分准备了必须的数据？21.是否已经准备了相应历史数据量？22.是否已经准备了相应的数据恢复方法？（例如准备一个SQL语句用来恢复数据环境）23.在Controller中对多VU、多次迭代的情况是否已经调试通过？24.在Controller中Result的路径设置是否正确？25.在Controller中检查脚本选择是否正确？26.在Controller中检查VU数量设置是否正确？27.在Controller中检查集合点是否禁用/启用?28.在Controller中检查VU加载策略是否设置正确？29.在Controller中检查迭代次数是否设置正确？30.在Controller中检查迭代间隔设置是否正确？31.在Controller中检查日志是否禁用/启用？32.在Controller中检查Think_Time是否回放？33.在Controller中检查是否为UNIX服务器和Load Generator机添加了资源监视器并确认可以收到性能数据？34.在Controller中检查是否为其他必要的资源添加了资源监视器，并确认可以收到性能数据（例如Oracle，WebSphere）？35.在Controller中检查Load Generator机是否可以连上？36.检查场景管理文档中是否添加了新的“场景执行情况”，并记录了运行前的数据？37.在Controller中执行场景前，检查是否在Linux客户端中运行了vmstat和top，监视执行过程中的Linux服务器资源消耗情况？38.在Controller中执行场景完毕后是否马上去系统中进行检查数据的一致性，并填写“场景执行情况”中的运行后情况？39.场景完执行完后是否将vmstat和top的数据copy到记事本中，并保存到相应的结果目录下？40.整个系统的测试工作执行完毕后，是否进行了性能图表的分析和测试报告的提交？。
WEB通用测试checklist(1)
确保数值输入框的第一个字符位置输入空格时报错
3
确保输入值输入框的最后一个字符位置输入空格时报错
4
确保正号（+）和负号（-）被正确处理
5
避免除数为0
6
在所有的运算中加入0
文字字符输入
序号
功能描述
1
尝试空数据和非空数据
2
尝试输入非法字符和符号
3
尝试合法字符
4
尝试全角半角文字字符输入
导航和链接
导航
序号
功能描述
3
确保数据保存之后所有的数值在数据库中都得到完整的保存
4
页面显示数据是否与数据库显示结果一致
日期输入
序号
功能描述
1
验证闰年被正确验证并且不引起计算错误
2
网页版权信息中的日期是否已更新?
3
结束日期输入早于当前的日期是否有正确处理?
数字输入
序号
功能描述
1
确保最小、最大值正确处理
数据输入
表格输入
序号
功能描述
1
接收到非法输入时是否能恰当处理?(空格、null、特殊字符、全角/半角、<br等)
2
该输入是否可选输入还是必选输入?
3
输入超过允许长度的数据
4
页面装载或重装载后默认值
5
组合框中的数据可以正常选择和更改
6
表格是否显示了所有的部分?是否十分正确的排列？文字内容是否处于正确的位置?
C
Checklist（检查清单）从名字字面意思即可理解，是用于检查的一系列条目。之所以需要Checklist，是因为人们的记忆会有疏忽，可能遗漏一些需要注意的事项，还因为人们的经验和水平有限，能够思考到的程度有差异，借助Checklist可以帮助我们做必要的检查，提升测试人员的工作效率，降低逃逸BUG的风险。
模板_测试检查表checklist
测试检查表checklist输入、编辑功能的验证检查点：1. 必输项是否有红星标记，如果不输入提示是否跟相应的Label对应，提示的顺序是否跟Form输入域的排列次序一致；2. 输入的特殊字符是否能正确处理：`~!@#$%^&*()_+-={}[]|\:;”’ <>,./?;3. Form下拉菜单的值是否正确，下拉菜单的值通过维护后是否正确显示并可用；下拉菜单比如是机构编码，要到机构编码的维护界面查询一下是否Form列出的与其一致；4. 涉及到下拉菜单的编辑修改Form，要检查在编辑和修改From中，下拉菜单是否能正确显示当前值；5. Form提交后，要逐项检查输入的内容跟通过查询的结果一致；6. 有多层下拉菜单选择的情况要校验两层菜单的选择是否正确；7. 备注字段的超长检查；8. 提交保存后能否转到合适的页面；9. 编辑Form显示的数据是否跟该记录的实际数据一致；10. 编辑权限的检查，比如：user1的数据user2不能编辑等；11. 可编辑数据项的检查，比如：数据在正式提交之前所有的属性都可以编辑，在提交之后，编号、状态等不能编辑，要根据业务来检查是否符合需求；12. 对于保存有事务Transaction提交，比如一次提交对多表插入操作，要检查事务Transaction的处理，保证数据的完整和一致；13. 其他的合法性校验。
查询功能检查点：1. 查询输入Form是否正常工作，不输入数据是否查询到全部记录；2. 当查询的数据非常多的时候，性能有无问题；3. 查询的下拉菜单列出的数据是否正确；4. 查询结果是否正确；对于复杂的查询要通过SQL来检查结果；5. 如输入%*?等通配符是否会导致查询错误；6. 查询结果列表分页是否正确，在点击下一页上一页时，查询条件是否能带过去，不能点击翻页时又重新查询；7. 对于数据量比较大的表查询时，不容许无条件查询，避免性能问题的出现；8. 对于查询输入项的值是固定的要用下拉菜单，比如状态、类型等；9. 分页的统计数字是否正确，共X页，第N页，共X条记录等；10. 对于查询有统计的栏目，比如：总计、合计等要计算数据是否正确；11. 查询结果有超链接的情况要检查超链接是否正确；12. 查询权限的检查，比如：user1不能查询到user2的数据等；删除功能检查点：1. 必须有“确认删除”的提示；2. 根据需求检查是软删除还是硬删除，来检查数据库中是否还存在该条记录；3. 是否有相关的数据删除，如果有要确认该相关的数据也已经删除，并且在同一事务中完成；4. 是否有删除约束，如果有删除约束，要检查该记录是否被约束，如果被约束该记录不能被删除；5. 如果是软删除，用查询、统计界面检查该条记录能否被查询出来，数据是否被统计进去；6. 检查因为业务约束不能删除的数据能否被保护不能手工删除，比如：流程中已经审批的文件不能被删除；7. 跟删除相关的权限问题，比如：需求要求只有管理员和该记录的创建人能够删除该记录，那就以不同的用户和角色登录进去，执行删除操作，检查是否与需求匹配；上传附件检查点：1. 检查是否能正确上传附件文件；2. 检查上传的文件是否能正确下载并打开；3. 至少检查下列大小的文件能正确上传，0k,100k,1M,2M,4M,10M,20M等；4. 如果没有指定类型的限制，至少上传以下几种类型的文件能否正确上传并正确打开，类型有：.doc,.xls,.txt,.ppt,.htm,.gif,.jpg,.bmp,.tif,.avi等；5. 如果有文件类型的限制还要检查能上传的文件的类型；6. 上传同名的文件，在打开的时候是否出错；7. 有中文文件名的文件能否正确上传；影响操作性能的检查点：（不能代替系统的性能测试和压力测试，主要看系统在正常操作情况下的响应和处理能力）1. 对数据记录条数比较多的表的查询操作，避免全表查询，比如对银行用户账号的查询就不能缺省全部查出，必须让用户输入查询条件；2. 菜单树，测试大量数据时菜单树的响应情况；3. 有日志的查询或者统计，要注意查询的效率；4. 大报表的处理或者批处理的操作，要关注效率，比如：银行对帐、财务年终结算、财务年报表、系统初始化等；5. 大报表的排序sort、组函数的使用等；6. 大数据量的处理，如导入、导出、系统备份、文件传输等。
Checklist 七大纪律 八项注意——学习总结
定义activity运行所在的进程名称。一般 通过定义<application>元素的“ 情况下，应用的所有组件都运行在为应 process”属性可以为所有组件指定一 用创建的默认的进程中，该默认进程的 个不同的默认进程。 名称应用包名称一致。
能够使程序变得更加简练、清晰 和易于维护，节约软件开发的成 本和提高软件生产的效率，同时 还能够增加代码的可靠性和增强 被复用代码与系统其他部分具有 较强的一致性。
需要及时验证clienttype正确 性，才能确保获取到平台对应的 数据。
向树森
4 不用的资源要回收
5 测试代码要删除
上传apk前一定要检查测试代码是否已删除
6 提交记录要详细
量产以后的应用更新，提交记录需要描述详细的修 改点及修改原因，相应代码加注释，已修改过的问 题尽量不要反复出现
7 网络数据预缓冲
网络应用数据显示较多的页面建议添加预缓冲机 制，提前获取数据，运行时快速加载显示
8 clienttype需及时谨慎
clienttype、projectId相关应用须重点关注 clienttype、projectId的变更，一旦变更立即更新 验证，避免阻碍软件发布，且要尽量优化脱离对 clienttype、projectId的直接依赖
扩展内容 魔法数字，比如 (1)、if(a<10)； (2)、string name[255]; 程序代码中突然出现的数字； 带来问题：影响可读性、不方便 维护和修改。 一般在进行比较耗时的操作（比 如上传、下载一张图片，加载大 量数据等），为了提醒用户等待 而设置转圈。 典型的场合：图形 用户界面程序，需下载大量图片 。（IceScreen一代中视频酷站） 1、获取外部数据或者调用接口， 需要判断获取的数据正确性。确 保接口异常不会导致应用自身异 常。 2、需要考虑在没有网络或者没拿 到接口传入的数据，做相应提示 和处理。 1、界面切换流畅。 2、事件响应流畅。 3、焦点动画流畅。
功能测试用例checklist_版本_模块_责任人
是否通过Βιβλιοθήκη 兼容性测试checklist Checklist项（必须全部检查）
公共项
操作系统
文件系统
浏览器
浏览器
ie版本
数据库
杀毒软件
设备兼容
网口兼容
mtu
产品兼容 （各个产品 线设备兼容 性）
usb、dkey
usb、dkey
兼容性测试checklist Checklist项（必须全部检查） 是否考虑版本向前向后的兼容？ 是否考虑补丁包或patch包的兼容？ 是否考虑IE版本的兼容？(会出现浏览器javascript兼容性问题，如安全产品 bug 23668) 是否考虑不同控件的兼容？ 是否考虑中英文操作系统的兼容？ 是否考虑操作系统自动更新补丁和使用第三方软件（如360）更新补丁的兼容? 是否考虑不同版本操作系统的兼容？(涉及到PC安装程序的功能，需要覆盖不同的操作系统) 是否考虑第三方设备的兼容？ 是否考虑第三方软件版本的兼容？ 是否考虑第三方软件类型的兼容？ 是否有针对干净系统进行客户端的兼容性测试？（主要排除和残余空间对测试影响） 是否有对dll文件进行测试？ 是否验证测试对象可以和非特定的应用程序并行工作？ 是否验证测试对象可以在非特定的环境下正常工作？ 是否针对于单个功能模块或整个系统，而不是单个功能点？ 是否和功能测试中备选场景的用户环境多样性测试区分开来？ 涉及较多兼容性问题的版本，在版本中安排内部体验和公司级全员体验 例子：SSL安全桌面采用研发全员体验，发现了很多问题； 雨林木风、番茄、深度等精简或优化过的操作系统；主要涉及到客户端软件兼容或协议优化等都需要 考虑此问题，比如控件、客户端、加速效果、上网加速等； 例子：网上问题[bug3916]，雨林沐风的操作系统缺少必要的动态库造成，在内网该用户也是访问不了 的，SSL4.3，WIN7访问域名资源有问题。 是否考虑公司产品兼容性测试？ 1、客户端控件和应用程序的兼容性测试、各个产品线控件冲突测试； 2、产品功能互相冲突测试，如AC把SSL的连接识别为P2P、SSL负载均衡与AD均衡测试等； win 98 win me win2000 win2003 winXP vista win 7 windows 2008 linux fat32 fat16 reiserfs ext2、ext3 ntfs ie Firefox 遨游 Opera The World GreenBrowser MSN Explorer 谷歌浏览器 腾迅TT 360安全浏览器 搜狗浏览器