测试策略怎么写( 三 )


5.如何写好测试计划如何编写测试计划呢?测试计划要包括以下四个要点:1、待测试的内容;2、编写测试用例的时间;3、执行测试用例的时间;4、执行回归测试的时间 。以上四点,待测试的内容可以需求分析中取得,需求分析中的测试要点就是要测试的内容,而其它3点就不是很容易确定了 。因为我们可以从软件的开发进度中获得开始时间,但很难确定测试的结束的时间 。下面有一个预估的办法,是大多数测试工程师的经验所得,我们拿到评审后的需求分析可以用下面的方法预估 。
1、计算需求分析的页数,得出测试用例的页数,需求分许页数:测试用例页数 ≈ 1:1
2、由测试用例页数计算编写系统测试用例时间:编写系统测试用例时间 ≈ 系统测试用例页数*1小时
3、计算执行测试用例时间:编写测试用例用时:执行系统测试用时 ≈ 1:2
4、计算回归测试包含的时间:系统测试用时:回归测试用时≈ 2:1
以上的方法可能根据测试人员对项目熟悉程度和测试经验的不同而有所差别,大家可以根据自己的经验做出调整 。计算出测试用例、执行测试和回归测试的时间后,根据软件项目的开发进度就可以编写出一个软件测试的时间表了 。
不过从目前国内软件公司的现状来说,测试时间一般都不够,所以我们只能延长我们的工作时间,提高我们的工作效率 。程序员说他们处于最底层,用户说要改什么,他们就要实现什么,没人关心他们的工作难度和工作时间 。(发点牢骚,大家就当没看见,呵呵)
6.如何写测试计划我3天前就看到您的提问了,但是写到一半就都删掉了 。主要是你的这个问题有点大,不好回答,又担心回答了对您没有什么帮助 。
……今天还是简要的说下我的体会吧 。
测试计划可以是一本书那么多,也可以是几张纸那么少 。起决定性作用的是各个公司的实际情况不同 。不过一份测试计划应该包括以下内容:
1项目简介
2测试环境
3测试策略
4风险分析
5人员安排
6资源分配
……
不过说实话,目前的软件测试行业,或者说整个中国IT业,也有很多都是“变化比计划快、准”,很少有严格按照计划来的,更有甚者计划都是后补 。
这个我们个人之力是没有办法的,只能自己努力,等咱也到制定计划的角色上之后,希望我们能用好计划就行了 。
至于每一项里面都要写什么,还是你自己去百度下吧,这里就不给你Copy了 。
我的团队【测试我知道】,可以进来,有问题大家一起分享 。
就这些吧,祝早成!
7.请教:系统测试方案怎么写,特别是功能部分? 概述:对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求 。
这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当 。测试目标 确保测试的业务功能正常,其中包导航性质菜单,数据输入,处理和检索等功能 。
测试的范围 1、界面里面常用功能按钮:增、删、查、保存、取消等 。2、下拉列表、单选、复选、3、文本框技术 利用有效的和无效的数据来执行各个用例、用例流或功能,以核实以下内容:1、在使用有效数据时得到预期的结果 。
2、在使用无效数据时显示相应的错误消息或警告消息 。3、各业务规则都得到了正确的应用 。
开始标准 测试执行完成标准 1、完全实现需求中定义的功能2、在功能实现的基础上实现正确的业务流程需要考虑的特殊事项 ? 方案:给出具体的针对性的测试方案,为今后设计用例或在测试过程提供一个大纲性质的方案 。下拉列表 1、条目内容的检查,对照需求说明察看条目内容和实际内容是否一一对应 。