十二月31号
个人认为做好测试计划的编写工作应该从以下几个方面考虑问题: 1、要充分考虑测试计划的实用性,即,测试计划与实际之间的接近程度和可操作性。2、要坚持“5W1H”的原则,明确测试内容与过程。 明确测试的范围和内容(WHAT); 明确测试的目的(WHY); 明确测试的开始和结束日期(WHEN); 明确给出测试文档和软件册存放位置(WHERE); 明确测试人员的任务分配(WHO); 明确指出测试的方法和测试工具(HOW)。 3、采用评审和更新机制,确保测试计划满足实际需求。 因为软件项目是一个渐进的过程,中间不可避免地会发生需求变化,为满足需求变化,测试计划也需要及时地进行变更。 之所以采取相应的评审制度,就是要对测试计划的完整性、正确性、可行性进行评估,以保证测试的质量。 4、测试策略要作为测试的重点进行描述。 测试策略是测试计划中的重要组成部分,测试计划是从宏观上说明一个项目的测试需求、测试方法、测试人员安排等因素, 打个不太恰当的比喻,你可以认为测试计划就是测试工作的预期输出,而测试执行是测试工作的实际输出,在预期输出!=实际输出 至于测试用例工作,我认为我们首先要明确测试用例在整个测试工作中的地位及其作用。个人认为,测试用例在整个测试工作中的 地位和作用主要体现在以下几个方面: 1、测试用例是测试执行的实体,是测试方法、测试质量、测试覆盖率的重要依据和表现形式; 2、测试用例是团队内部交流以及交叉测试的依据; 3、在回归测试中,测试用例的存在可以大大的降低测试的工作量,从而提高测试的工作效率; 4、测试用例便于测试工作的跟踪管理,包括测试执行的进度跟踪,测试质量的跟踪,以及测试人员的工作量的跟踪和考核; 5、在测试工作开展前完成测试用例的编写,可以避免测试工作开展的盲目性; 6、测试用例是说服用户相信产品质量的最佳依据,同时也可以提供给客户作为项目验收的依据。 当我们认识到测试用例在政工测试工作中的地位及其作用之后,相信大家都已经认识到了测试用例对测试工作的重要性和必要性, 1、做好测试人员的项目培训(主要指对需求分析、软件设计、测试计划的认知程度)工作。要想发挥团队中每一个成员的所有能力,最好的办法就是让他们每一个人都清楚这个项目中的所有细节,以及自己要在这个项目中所承担的责任。 2、尽可能的利用以往其他项目的测试用例;并将该项目中类似模块进行归类,按类编写测试用例,再根据每个模块的特点进行修改,要充分利用测试用例的可重用性3、在时间资源紧张的情况下,可以按照测试的关键路径编写测试用例,针对关键路径的测试用例一定要详尽,其他边缘模块的测试用例可以考虑仅通过性测试(既仅证真测试)。 4、采用针对测试用例的模块化编写。个人建议将测试用例和测试数据分开,测试用例中的操作步骤应主要体现于业务流程的检验,而测试数据主要体现于针对系统的数据处理结果的检验。考虑到软件项目的需求变更问题,建议将这两项分开,通过测试用例编号进行关联,以应对需求变化造成的测试用例的修改,从而减少测试用例的修改量,缩短项目周期,提高工作效率。
此博客是抄袭他人内容,