TP项目评估CHECKLIST

New Product Development Tollgate Checklist Feasibility For Quote (stageⅠ)可行性阶段一Proto Type(stage Ⅱ)打样（阶段二）Pilot Run (stage Ⅲ)试生产（阶段三）Mass(1 Year review)（stage Ⅳ)量产（阶段四）RFQ No. Receive date/接收日期Customer Address/客户地址Customer/客户Required date/客户需求日期Q-1 ApprovedSupplier:通过质量认证的供应商Project name/项目名称Production use/产品用途Payment Term/付款条款Project Life/机种寿命Shippingrequirement/运输方式Delivery Term/送货条款Customer Importance/客户等级:high，middle，low Business form/贸易方式：直接/间接/当地Package Model/包装模式：循环/一次性Review Items评审项目ⅠⅡⅢⅣReview Result评审结果Comments评价注解1.Customer drawing, BOM(e.g.: Special Technical requirements)客户图纸，BOM（如：特殊技术要求）OK通过Can’t Meet不能通过Improvement 需改善N/A不适用2.Product’s Requirements: PPAP, Surface treatment, Color Sample, Packaging, Transportation, Method….产品的要求：如PPAP，表面处理，色样，包装，运输，方法等OK通过Can’t Meet不能通过Improvement需改善N/A不适用3.Supplier’s Risk(including appointed Suppliers)供应商风险含指定的供应商OK通过Can’t Meet不能通过Improvement需改善N/A不适用4. Material Risk(e.g.: Supplier by Customer)物料风险如客户指定的供应商OK通过Can’t Meet不能通过Improvement需改善N/A不适用5. Product Certification Requirements(e.g.: ROHS,GP,UL) 产品认证要求OK通过Can’t Meet不能通过Improvement 需改善N/A不适用Continue to Next Stage继续下阶段Another Review Required and Date需重新review及时间Terminate the Project终止该项目Notice to Client通知客户New Product Requirement Checklist Details新产品评审要求细则#1- Drawing / Print:Need to confirm the latest revision level drawings available. Require all assembly, sub-assembly and individual component drawings are provided from customer.图纸：需要确认并获得最新版本的图纸，要求客户提供所有组件，分部组件和子件的图纸#2- Critical Material: Need to identify material requirements for the project to confirm availability in China and available material substitutions; this should include any supplied material as well as the manufacturer (such as steel mill, paint manufacturer or OSP) of this material.关键材料：需要识别该项目的材料要求并确认在国内可购买以及有可用的替代材料，此要求除了制造商如钢厂，涂料厂商或外协厂商外，还需包含其它原材料及物料#3- Customer Standards & Specifications:Acquire all customer standards, specifications and requirements for the part numbers being considered for quoting purposes. Ask for the following customer documents: Supplier Quality Manual, Specifications listed on drawing / print, PPAP, Material Certificate Requirements or any third party test requirements.客户标准及规格：对正在评估报价的项目料号取得客户标准，规范和要求。

checklist方法Checklist是一种工具或方法，用于确保任务或项目的执行过程中的每个关键步骤和要求都得到满足。

它经常用于项目管理、质量控制和任务执行等领域。

使用Checklist可以帮助人们提高工作的效率、减少错误发生以及确保工作的准确和完整。

在本文中，我们将探讨Checklist的作用、好处以及如何创建和使用Checklist。

Checklist的作用和好处：1. 确保一致性和准确性：Checklist可以确保任务和项目的关键步骤都得到遵循和执行，从而确保一致性和准确性。

它可以帮助人们避免遗漏关键步骤或要求，以及减少错误发生的可能性。

2. 提高工作效率：通过使用Checklist，人们可以有条不紊地进行任务或项目的执行。

它可以帮助人们记录和跟踪每个步骤的完成情况，从而更好地组织和安排工作，并提高工作效率。

3. 降低错误发生率：通过将任务或项目的关键步骤和要求列入Checklist，人们可以避免疏忽和错误的发生。

通过反复检查Checklist，可以确保任务或项目的执行没有遗漏和错误，并及时发现和纠正问题。

4. 提高沟通和协作：Checklist可以作为沟通和协作的工具，帮助团队成员之间更好地理解任务和项目的要求，并确保每个人都按照相同的标准和步骤进行工作。

它可以促进团队之间的协作和配合，减少误解和冲突。

如何创建和使用Checklist：1.确定任务或项目的关键步骤和要求：首先，需要明确任务或项目的目标和要求。

然后，根据这些目标和要求，确定执行任务所需的关键步骤和要求。

2. 编写Checklist：将关键步骤和要求编写成Checklist的形式。

可以使用简单的列表形式，或者根据任务的复杂程度和要求的详细程度，使用更为详细和结构化的格式。

3. 测试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.整个系统的测试工作执行完毕后，是否进行了性能图表的分析和测试报告的提交？。

Checklist的几大要素
Checklist的几个重要要素是：项目/任务、步骤、条件和标记（或勾选）方式。

1. 项目/任务：Checklist的首要要素是明确列出需要完成的项目或任务。

这些项目可以是工作任务、检查清单的事项、待办事项或需要遵循的步骤。

2. 步骤：每个项目或任务通常包含一系列需要执行的步骤。

步骤是指完成项目所需的行动或操作。

逐步明确列出这些步骤，可以确保在执行任务时不会遗漏关键细节。

3. 条件：Checklist的有效性还需考虑任务执行的条件。

条件是指完成项目或任务所需满足的先决条件、环境要求或其他相关情况。

在Checklist中包含适当的条件，有助于确保在适当的环境下执行任务。

4. 标记/勾选方式：Checklist的目的是跟踪任务完成情况。

为了实现这一目标，需要一种标记方式来记录已完成的步骤或任务。

常见的标记方式包括打勾、打对号、使用符号或颜色等方法。

这些要素的组合构成了一个完整的Checklist。

通过明确描述项目、步骤和条件，并使用适当的标记方式，Checklist 可以提供一个简单而有效的工具，帮助人们管理任务、确保重要步骤不被忽略，并提供一种可视化的方式来追踪任务的
进展。

检查表（checklist）的使⽤--测试检查表checklist很常见，各⾏各业都有，但是作为电信运营⽀撑系统这样⼤的软件系统的实施和开发，却。

检查项⽬并不是⼀成不变的，也不是随便想⼏个就可以的，否则会成为摆设。

⼀定得要有过程管理思想并深刻体会到其中的关键点进⾏监控。

每个团队、每个时期都是动态变化的，checklist是⼀种动态的⼯具。

除了过程，可以使⽤在其他⽅⾯，例如：各种评审。

checklist可以让⼯作标准化，但是快速发展的团队和⾼效⼯作似乎不需要标准化？错，这要看checklist的内容是什么。

总会有需要checklist的地⽅并且能起到真正的作⽤。

测试⽤例检查表是否每个⽤例测试⼀种单独的情况⽤例是否有测试数据⽤例是否有预期结果是否明确描述了测试数据的异常值、正常值、边界值预期结果是否可以再现测试⽤例是否分级展现是否有数据恢复脚本是否有优先级是否是可⽤状态（ready）每个⽤例是否覆盖了测试需求是否有设计时间(⽤例完成设计的时间)是否被评审过测试场景检查表场景是否由⽤例组成的场景是否有优先级是否每个场景中的⽤例已经run是否被评审过测试需求检查表涉及到数据库连接是否明确了连接个数和⽅式是否每个测试需求相对独⽴测试需求之间不应该存在因果关系测试需求中不应该存在模糊描述（⼤量、很多、长时间等等）测试需求的来源是否可靠（不会被随意改动）测试需求描述是否清晰⽆歧义是否被评审过是否设定了优先级测试需求是否包含了业务需求是否把复杂的业务需求分解了是否每个测试需求都有明确的输⼊输出，便于测试defect检查表是否描述清晰:出现问题的环境简要描述是否描述清晰:出现问题的操作过程描述是否描述清晰：问题现象描述清楚是否提出了⾃⼰的分析是否指定了解决⼈是否跟踪了每⼀个⾃⼰的bug是否有未关闭的bug是否提出bug之前检查了没有⼈已经提出来过（不重复）是否每个defect描述⼀个独⽴的问题是否及时修改了defect状态是否填写了应该填写的字段不能带有主观的对程序的评价bug描述中不能带有疑问句是否填写了优先级是否填写了严重程度测试计划检查表是否符合项⽬⾥程碑时间要求是否安排好了执⾏时间计划是否安排好了执⾏⼈计划计划安排是否粒度到天（周）是否有测试⼈员培训计划第⼀、描述了项⽬的⽬的第⼆、描述了项⽬的开发周期第四、描述了测试案例的设计周期第五、描述测试案例的执⾏周期第六、描述了测试过程中⽤到的⼯具或者技术第七、描述了测试过程中⽤到的资源情况每⼀部分测试计划时间安排是否有冲突是否有测试过程检查机制测试过程检查是否涉及到其他组是否取得了相关组的认可是否经过了有项⽬经理参加的评审是否有测试执⾏⽇报告机制是否有风险分析以及规避⽅法是否有测试环境描述是否有测试⼈员协作机制是否有测试⼈员考核点描述并且可⾏是否有其他组协作机制描述测试环境更新检查表是否是在确认了版本⽆误的情况下更新的是否有配置⽂件更新是否可执⾏程序权限正确是否记录了编译错误并报告更新后是否做了冒烟测试更新后是否记录了更新过程如果更新步骤或内容有变化是否同步更新了作业指导⽂档更新问题是否提交到CVS更新问题是否通知到相关⼈员是否记录了本次更新经验（版本更新⽇志）测试⽅案检查表是否描述了测试⽅法是否描述了测试参与⼈员是否描述了测试环境是否描述了⼈员协作办法是否相关⼈员已经通知到是否描述了测试内容测试内容时候细化到模块是否描述了测试时间安排是否描述了测试⼈员培训安排是否描写了测试说明章节是否进⾏了换位思考（别⼈能读得懂吗）是否有备份⽅案是否经过评审准备测试评审检查表是否提前给开发组和项⽬经理以及相关⼈员发送了评审材料是否预定了会议室和预约了合理的时间是否准备了与会材料和⼯具（投影机等）是否主讲者已经演练了⼀下是否最好了被推翻重来的准备是否做好了听取改进意见的准备是否做好了改变原有思路的准备是否做好了⼤家都没有意见的准备是否做好了需要⼆次评审的准备是否做好了由于各种原因评审会失败的准备是否检查过了被评审材料压⼒测试检查表是否已经清楚了实际业务的压⼒情况是否已经预估了业务发展趋势和量化了增长速度是否预估了产品的⽣命周期是否预估了产品⽣命周期内业务量可能的峰值是否统计了业务峰值时间段以及峰值业务量是否已经明确了⽣产系统的主机分布。

项目测试管理CheckList Prepared by Date 2009-10-26
编制日期
Reviewed by Date
审核日期
Authorized by Date
批准日期
All rights reserved
版权所有违版必究
1、内容填写说明
A、项目基本信息由测试用例设计者填写。

B、自检，根据检查结果在自检结果“是、否、免”相应栏中作“V”标记；是：满足要求，否：不满足要求，免：内容不涉及此项目；在“否、免”栏作“V”标记，必须在自检说明中填写原因。

C、审查，确认自检结果是否正确，如与审查项目一致：在互检结果“是”栏作“V”标记，否则：在审核结果“否”栏作“V”标记，并在审核说明中填写原因。

D、“自检结论及问题说明”由测试用例设计者填写，在此栏说明该项目检视的要点，方便审核者检查。

“审核结论及问题说明”由审核者填写，在此栏列出审核结果中为“否”的所有问题。

E、最终QA将此文档提交给运作支持部，进行数据备份，整个过程由运作支持部跟踪。