《测试用例,合同管理》由会员分享，可在线阅读，更多相关《测试用例,合同管理（9页珍藏版）》请在金锄头文库上搜索。
1、为了适应公司新战略的发展，保障停车场安保新项目的正常、顺利开展，特制定安保从业人员的业务技能及个人素质的培训计划测试用例,合同管理友和道通航空公司机务管理系统测试用例一合同基本信息测试用例1目的1.使系统测试用例的编写工作有章可寻。2.使系统测试用例的编写更加完整和规范。2适用范围本规范适合康拓普公司所有软件测试项目。3用例的构成系统测试用例分模块功能、通用性测试用例、业务逻辑和通用性检查项四个部分。前三者的测试用例都写入各项目组的TD库中，通用检查项列入系统测试检查表中。模块功能用例根据系统各模块的特征项，结合需求进行编写；通用性测试用例包括系统级、项目级的通用功能；业务逻辑是系统中涉及到多
2、个模块的业务流程；通用检查项包括页面通用功能、易用性、合理性等检查项，这里的通用功能更多的是指页面上的功能，如数字型字段显示、分页显示等。有了通用性测试用例、通用检查项的支持，在模块功能方面的测试用例编写就相对简单方便。模块间的关联也可用功能图形来反映软件中的逻辑关系，可以省时、省力，而且整个文档显得内容集中、清晰，不会混淆主次。4编写规范模块功能用例模块功能的测试用例在TestDirector的TestPlan中编写，模式采用“TestPlanTree”，树形目录按照模块功能来划分，第一级为系统名称，第二级为子系统名称，第三级为模块名称。当模块中有多个TAB页时，可列在第四级，目录最深为四级
3、，若有更深层次的页面可提升到第四级中。下面以itmpms系统的实施中的项目授权为例：说明：1.目录结构与系统页面保持一致。2.第二级子目录从01开始递增，并用括号括起来，如、?。这一级的编号主要为方便目录的排序。3.第三级目录一般情况与需求项保持一致。需求项用“需求标识+流水号”表示。a)需求标识用子系统名称的拼音缩写来表示，流水号从01开始递增。如科技项目申请，用“KL01”来表示，KL是科技项目立项的缩写。b)当子系统名称拼音缩写有重复时，可以取不同字的首字母组合加以区别。对于一个需求对应多个子模块，则在流水号后加大写字母来表示，如“KL05A”，“KL05B”依次类推。c)若多个需求对应
4、一个子模块，则用同一个流水号来表示。4.用例的顺序首先为页面检索，其次按照业务功能和次要功能的先后顺序排放。每个需求项下的用例编号从F01开始依次递增。5.用例的编写只需写出关键测试步骤，要求语言简洁，使测试人员能明白需求并能正确地执行测试。举例：F01页面检索F02指定项目经理：注意：1.不要删除已经取消的模块目录，尤其是已录入缺陷的模块。当目录删除后，其对应的缺陷将无法对应，给缺陷的统计带来困难。2.在用例树中创建一个temp目录，将不用的模块目录移到该目录下。通用性测试用例测试组TD库中已有通用性的测试用例，包括系统级的、项目级的测试用例。系统级的是基本适合公司所有项目用例，如新增、修改
5、、删除和查询功能等；项目级是基本适合某个项目的用例。编写系统测试用例时，把适合本系统的通用性测试用例从测试组TD库中拷到项目组TD库中，再根据系统实际需求进行修改和补充。项目组TD库中的通用性测试用例不需分公司级和项目级，把公司级和项目级的统一放在通用性测试用例目录下，如下图所示：不同的模块编写这些功能的用例时只需进行调用，个别有些不同的地方引用时可进行说明。调用通用性测试用例时，采用“calltotest”的方式。点击工具栏中的图标，如下图所示：业务逻辑用例业务逻辑的测试用例可以写入TD中，也可以用功能图来表示。用功能图表示时，需用适当的文字说清楚需求内容。以物资系统为例，系统的业务流程可以
6、用下图来表示。业务说明：1.材料员或项目经理编辑申购单，上报到申购单审批流程。2.物资员审批申购单时，进行平衡库存和设置采购级别。3.零星采购的物资，申购单审批完成后，物资员直接对申购物资编辑采购单；一级采购或二级合同采购的物资，综合管理员需进行厂家配额，厂家配额完成后，物资员才对申购物资编辑采购单。路径：1.申购审批编辑采购单2.申购审批厂家配额编辑采购单说明：1.以上这些路径的用例不需要编写，直接参考流程图；2.功能图采用附件形式上传到TD库中测试用例的第一级目录下，即“testplan-系统名称”软件测试委托合同项目名称:委托方：受托方：签订地点:签订日期:年月日本合同由作为委托方的“甲
7、方”）与作为受托方的在平等自愿的基础上，依据中华人民共和国合同法有关(来自:写论文网:测试用例,合同管理)规定就项目的执行，经友好协商后订立。一、任务表述乙方按照国家软件质量测试标准和测试规范，完成甲方委托的软件产品(下称受测软件)的产品鉴定测试，出具相应的评测报告。二、双方的主要义务1.甲方的主要义务：按照合同约定支付所有费用。按照乙方要求以书面形式出具测试需求，包括测试子特性、测试软硬件环境等。提供符合交付要求的受测软件产品及相关文档，包括产品功能列表、需求分析、设计文档、用户文档至乙方。指派专人配合乙方测试工作，并提供必要的技术培训和技术协助。2.乙方的主要义务：设计测试用例，制定和实施
8、产品测试方案。在测试过程中，定期知会甲方受测软件在测试过程中出现的问题。按期完成甲方委托的软件测试工作。出具正式的鉴定测试报告。三、履约地点由甲方将受测软件产品送到乙方软件测试中心实施测试。如果由于产品本身特点或其它乙方认可的原因，需要在甲方所在地进行测试时，甲方应负担乙方现场测试人员的差旅和食宿费用。四、合同价款本合同计收软件鉴定测试费用人民币。五、测试费用支付方式1.2.本合同签定后，甲方支付%的订金至乙方。乙方完成所有测试工作，提交正式的测试报告前，甲方付清%余款至乙方。六、履行的期限1.本次测试的履行期限为合同生效之日起个自然日内完成。2.经甲乙双方同意，可对测试进度作适当修改，并以修
9、改后的测试进度作为本合同执行的期限。3.如受测软件在测试过程中出现的问题，导致继续进行测试会影响整体测试进度，则乙方暂停测试并以书面形式通知甲方进行整改。在整个测试过程中，整改次数限于2次，每次不超过3天。4.如因甲方原因，导致测试进度延迟、应由甲方负责,乙方不承担责任。5.如因乙方原因，导致测试进度延迟，则甲方可酌情提出赔偿要求，赔偿金额不超过甲方已付金额的50%。双方经协商一致后另行签订书面协议，作为本合同的补充。七、资料的保密对于一方向另一方提供使用的秘密信息，另一方负有保密的责任，不得向任何第三方透露。为明确双方的保密义务，双方应签署计算机软件产品鉴定测试保密协议，并保证切实遵守其中条
10、款。八、风险责任的承担乙方人员在本协议有效期间发生人身意外或罹患疾病时由乙方负责处理。甲方人员在本协议有效期间发生人身意外或罹患疾病时由甲方负责处理。九、验收方法由乙方向甲方提交软件产品鉴定测试报告正本一份，甲方签收鉴定测试报告后，完成验收。十、争议解决双方因履行本合同所发生的一切争议，应通过友好协商解决；如协商解决不成，就提交广州市仲裁委员会进行仲裁。裁决对双方当事人具有同等约束力。十一、其他本合同自双方授权代表签字盖章之日起生效，自受托方的主要义务履行完毕之日起终止。本合同未尽事宜由双方协商解决。本合同的正本一式两份，双方各执一份，具有同等法律效力。目的-通过该培训员工可对保安行业有初步了解，并感受到安保行业的发展的巨大潜力，可提升其的专业水平，并确保其在这个行业的安全感。
