-
合理利用等价类编写高效测试用例
2009-10-02 22:04:23
看了下面这个简单的例子以后对于等价类有了一个更深更具体的理解.收藏了,可能经常拿出来看看。
***********************************
有很多同学曾经说,这个等价类方法太简单了,怎么能作为一种方法呢?测试用例技术最关键的问题是---用最少的用例去发现更多的问题。当我们要测试一个软件时,你准备花费多长时间去完成呢?从时间成本上来讲,越短当然就越好。
我举个例子:比如说腾讯公司的即时聊天工具QQ:
关于QQ用户登录框,你该怎么去考虑测试用例的设计呢?当然,我们要从两个方面去考虑:一是QQ帐号,二是QQ密码。就拿QQ帐号这一个输入框,你怎么去考虑进行测试用例的设计?
目前,一个QQ服务器就允许有10万以上个用户同时登录进行即时聊天,有多少个QQ帐号啊?现在一个人还不只一个QQ号呢,呵呵。
如果有很多QQ帐号的话,怎么进行测试呢?如果只测试几个,覆盖率不足;全部都测试一遍,不可能有那么长时间,而且太多了也不好实施。
所以,QQ帐号的测试就陷入了僵局?我们先分析一下QQ帐号:由6-10位自然数构成。一是位数长度有一定的限制,二是类型是固定的,由0-9自然数构成。要想测试覆盖全面,又要节省时间,最好的办法是尽量简化测试用例的设计。通过对以上QQ帐号的分析,可以看到有效的帐号有它自己的特点:长度与类型要符合要求,这样只要在腾讯公司的服务器上申请了帐号,就可以进行即时通信了。
那么,这样就有一个解决问题的方法了:进行类别的划分。我们知道软件的功能测试要进行两个方面的测试:通过测试和失败测试。要进行通过测试的话,帐号要符合规范,要进行失败测试的话,就要破坏帐号的规范。好,这样的话,QQ帐号的测试我们就可以进行了。
把QQ帐号进行分类:有效的和无效的。
有效的:(1)长度在6-10位之间
(2)类型是0-9自然数
无效的:(1)长度小于6
(2)长度大于10
(3)负数
(4)小数
(5)英文字母
(6)字符
(7)特殊字符
(8)中文
(9)编程语言中的转义字符
(10)空
这样就可以看出来,有效的当中只要取1或几个就可以通过测试了,在无效的当中取1或几个就可以进行失败测试了,所以这样的方法很简单、高效。
这种方法就是等价类划分法。也就是说,在这个类别里你随机选取1个进行测试,如果功能能实现,那么你再随机选这个类别里其他的数据,功能也能实现;如果功能不能实现,你再随机选这个类别里的其他数据,功能也不能实现。也就是说类别里的数据是等价的。
等价类划分法是软件测试经验的积累,可以提高测试的效率。
-
Web System测试计划(四)
2009-10-02 18:19:43
5.安全测试5.1目录设置
测试目标:每个目录下应该有index.html或main.html页面,这样就不会显示该目录下的所有内容。
测试方法:选中一幅图片,单击鼠标右键,是否找到该图片所在的路径。若找到,然后在浏览器地址栏中手工输入该路径,是否发现该站点的信息。
5.2 SSL
测试方法:站点使用SSL进行安全传送。进入一个SSL站点是因为浏览器出现了警告消息,而且在地址栏中的HTTP变成HTTPS。开发部门使用了SSL,测试人员需要确定是否有相应的替代页面(适用于3.0以下版本的浏览器),这些浏览器不支持SSL。当用户进入或离开安全站点的时候,请确认有相应的提示信息。是否有连接时间限制?超过限制时间后出现什么情况?
5.3登录
测试目标:
验证系统阻止非法的用户名/口令登录,而能够通过有效登录。用户登录是否有次数限制?是否限制从某些IP地址登录?如果允许登录失败的次数为3,你在第三次登录的时候输入正确的用户名和口令,能通过验证吗?口令选择有规则限制吗? 是否可以不登陆而直接浏览某个页面?是否有超时的限制,用户登陆后在一定时间内(例如15分钟)没有点击任何页面,是否需要重新登陆才能正常使用。
5.4日志文件
测试方法:在后台,要注意验证服务器日志工作正常。日志是否记所有的事务处理?是否记录失败的注册企图?是否记录被盗信用卡的使用?是否在每次事务完成的时候都进行保存?记录IP地址吗?记录用户名吗?
5.5脚本语言
6.接口测试
6.1服务器接口
链接测试和表单测试都是此处的接口测试。
测试方法:测试人员提交事务,然后查看服务器记录,并验证在浏览器上看到的正好是服务器上发生的。测试人员还可以查询数据库,确认事务数据已正确保存。
6.2外部接口
测试方法:要使用web接口发送一些事务数据,分别对有效信用卡、无效信用卡和被盗信用卡进行验证。如果商店只使用Visa卡和Mastercard卡,可以尝试使用Discover卡的数据。(简单的客户端脚本能够在提交事务之前对代码进行识别,例如3表示American Express,4表示Visa,5表示Mastercard,6代表Discover。)通常,测试人员需要确认软件能够处理外部服务器返回的所有可能的消息。
6.3错误处理
测试目标:尝试在处理过程中中断事务,看看会发生什么情况?订单是否完成?尝试中断用户到服务器的网络连接。尝试中断web服务器到信用卡验证服务器的连接。在这些情况下,系统能否正确处理这些错误?是否已对信用卡进行收费?如果用户自己中断事务处理,在订单已保存而用户没有返回网站确认的时候,需要由客户代表致电用户进行订单确认。
七.测试工作计划
阶段 开始时间 结束时间 负责人 输出文档 理解项目需求 2009-5-5 2009-5-8 测试组 开发人员/项目经理 《测试需求》 编写测试计划 2009-5-5 2009-5-9 测试组长 《测试计划》 评审测试计划 2009-5-9 2009-5-11 测试组长/项目经理/QA 《评审测试计划报告》 设计测试用例 2009-5-12 2009-5-26 测试组长/测试员 《测试用例》 评审测试用例 2009-5-26 2009-6-15 测试组长/项目经理/QA 《评审报告》 集成测试 2009-6-16 2009-7-16 测试人员 《集成测试报告》 搭建测试环境 2009-7-16 2009-7-17 测试人员 性能测试 2009-7-17 2009-7-28 测试人员 《性能测试报告》 分析测试报告 2009-7-29 2009-8-4 测试组长/测试人员 《测试分析报告》 用户验收测试 2009-8-4 2009-8-10 项目经理/客户/QA 《用户验收测试报告》 -
Web System测试计划(三)
2009-10-02 18:15:26
3.用户界面测试3.1导航测试
(1)用户管理:部门管理|用户管理|密码修改
(2)资源管理:号码管理|设备管理
(3)呼叫设置:拨号规则查询|计费号码设置|Qos设置
(4)增值服务:服务模板管理|服务管理
(5)统一消息:Atendance|Voice Mail|短消息|通知
(6)故障管理
(7)通讯录管理
(8)系统管理:角色管理|操作员管理|日志查询|常见问题
(9)话单查询:CDR查询
(10)区号查询:国内长途号码|国际长途号码|特服号
测试方法:Web应用系统的页面结构、导航、菜单、连接的风格是否一致。确保用户凭直觉就知道Web应用系统里面是否还有内容,内容在什么地方。
3.2图形测试
(1)首页-图片/登陆按钮
(2)用户管理-图片
(3)用户管理-部门管理-query/add/go!/bank按钮/下拉框
(4)用户管理-用户管理-query/add/go!/bank按钮/下拉框
(5)用户管理-密码修改-SAVE/CANCEL按钮
(6)资源管理-号码管理-查询结果复选框
(7)资源管理-号码管理-query/start/stop/go/update按钮
(8)资源管理-号码管理-设备/状态/原分机模式/新分机模式下拉框
(9)资源管理-设备管理-类型/showpage下拉框
(10)呼叫设置-拨号规则查询-集团拨号规则列表框/设备,showpage下拉框/查询结果数据表/Query,Go按钮
(11)呼叫设置-计费号码设置-查询结果数据表
(12)呼叫设置-QOS设置-查询结果数据表
(13)增值服务-服务模板管理-模板名称/服务名称/Goto/查询结果数据表格
(14)增值服务-服务管理-号码查询/查询结果/服务模板批量修改
(15)统一消息-Atendance管理-设备/状态/page show
(16)系统管理-角色管理-修改权限-Role Info标签
(17)区号查询-国内长途号码-数据表格
测试方法:(1)要确保图形有明确的用途,图片或动画不要胡乱地堆在一起,以免浪费传输时间。Web应用系统的图片尺寸要尽量地小,并且要能清楚地说明某件事情,一般都链接到某个具体的页面。
(2)验证所有页面字体的风格是否一致。
(3)背景颜色应该与字体颜色和前景颜色相搭配。
(4)图片的大小和质量也是一个很重要的因素,一般采用JPG或GIF压缩,最好能使图片的大小减小到30k以下
(5)验证的是文字回绕是否正确。如果说明文字指向右边的图片,应该确保该图片出现在右边。不要因为使用图片而使窗口和段落排列古怪或者出现孤行。
3.3内容测试
(1)用户管理-Main Functions,Support Services
(2)用户管理-部门管理-Operation Tips
(3)资源管理-号码管理-Operation Tips
(4)资源管理-号码管理-查询结果
(5)呼叫设置-Operation Tips
(6)增值服务-Operation Tips
(7)统一消息-Operation Tips
(8)故障管理-Operation Tips
(9)通讯录管理-Operation Tips
(10)系统管理-Operation Tips
(11)话单查询-Operation Tips
(12)区号查询-Operation Tips
测试方法:检验系统提供Operation Tips的正确性、准确性。
3.4表格测试
(1)用户管理-用户管理
(2)用户管理-部门管理
(3)资源管理-号码管理-查询结果
(4)资源管理-设备管理-查询结果
(5)呼叫设置-拨号规则查询-查询结果
(6)呼叫设置-计费号码设置-查询结果
(7)呼叫设置-Qos设置-查询结果
(8)增值服务-服务模板管理-查询结果
(9)增值服务-服务管理-查询结果
(10)统一消息-Atendance|Voice Mail|短消息|通知-查询结果
(11)故障管理-故障查询
(12)通讯录管理-通讯录查询
(13)系统管理-角色管理-查询角色列表
(14)系统管理-操作员管理-操作员列表
(15)话单查询-话单查询结果
(16)区号查询-国内长途号码|国际长途号码表单
测试方法:验证表格是否设置正确。每一栏的宽度是否足够宽,表格里的文字是否都有折行?是否有因为某一格的内容太多,而将整行的内容拉长?
3.5整体界面测试
测试方法:
对整体界面的测试过程,其实是一个对最终用户进行调查的过程。一般Web应用系统采取在主页上做一个调查问卷的形式,来得到最终用户的反馈信息。
4.兼容性测试
4.1平台测试
测试方法:分别在Windows、Unix、Linux上,使用IE浏览器登陆本系统,测试系统能否正常运行。
4.2浏览器测试
测试方法:创建一个兼容性矩阵。在这个矩阵中,测试不同厂商、不同版本的浏览器对某些构件和设置的适应性。
4.3分辨率测试
测试方法:将显示器的分辨率分别调整在640x400、600x800或1024x768的模式下,浏览系统的所有页面是否显示正常?字体是否太小以至于无法浏览?或者是太大?文本和图片是否对齐?
4.4 Modem/连接速率
4.5打印机
4.6组合测试
测试方法:将分辨率分别设置为640x400、600x800,1024x768和浏览器Netscape,Fox和IE,进行测试,测试WEB页面显示是否正常。
-
Web System测试计划(二)
2009-10-02 18:13:12
1.3数据校验(1)首页-登陆-登陆ID/密码/域
(2)用户管理-部门管理-部门名称/部门地址
(3)用户管理-用户管理-用户名称/部门名称/电话号码/分机号码
(4)用户管理-密码修改-旧密码/新密码/确认新密码
(5)资源管理-号码管理-设备/电话号码/状态/端口号/分机/原分机模式/新分机模式
(6)资源管理-设备管理-设备ID/ IP地址/ MAC/类型/域名/设备地址
(7)资源管理-设备管理-查询结果
(8)呼叫设置-拨号规则查询-集团拨号规则/部门/设备/电话号码/姓名/端口号/分机
(9)呼叫设置-计费号码设置-部门/电话号码/姓名/分机/Goto/新计费号码
(10)呼叫设置-计费号码设置-部门/电话号码/姓名/分机
(11)呼叫设置-QOS设置-部门/电话号码/姓名/分机
(12)增值服务-服务模板管理-模板名称/服务名称/Goto
(13)增值服务-服务管理-部门/电话号码/设备/姓名/分机/ GoTo
(14)统一消息-Atendance管理-部门/姓名/端口号/分机/电话号码/ GoTo
(15)统一消息-Voice Mail管理-呼叫号码/起始呼叫时间/结束呼叫时间/原密码/新密码/新密码确认
(16)统一消息-短消息管理-发送号码/起始发送时间/结束呼叫时间/短信内容/发送号码/接收号码/ GoTo
(17)统一消息-通知-标题/起始发送时间/发送者/结束发送时间/通知内容/接收人/ GoTo
(18)故障管理-故障标题/提交人/起始日期/故障内容/终止日期/ GoTo
(19)通讯录管理-姓名/手机/单位名称/单位电话/ E-Mail/单位地址/邮政编码/ GoTo
(20)话单查询-部门名称/用户名称/ Calling Number/ Called Number/通话起始时间/通话结束时间/时长上限/时长下限
(21)系统管理-角色管理-Name/Remark/goto
(22)系统管理-操作员管理-Login ID/Password/ Confirm Password/ Operator Name/Phone/ Email/ Remark/ GoTo
(23)系统管理-日志查询-Operation Date (From)/ Operation Date (To)
测试方法:在表单中输入依据数据库设计中在数据类型,长度,格式不合理的非法的数据,
检验系统是否有相应的错误提示信息。
1.4cookies测试
测试方法:Web应用系统使用了Cookies,就必须检查Cookies是否能正常工作;测试的内容可包括Cookies是否起作用,是否按预定的时间进行保存,刷新对Cookies有什么影响等。如果在cookies中保存了注册信息,请确认该cookie能够正常工作而且已对这些信息已经加密。如果使用cookie来统计次数,需要验证次数累计正确。
1.5数据库测试
测试目标:在使用了数据库的Web应用系统中,一般情况下,可能发生两种错误,分别是数据一致性错误和输出错误。
数据一致性错误主要是由于用户提交的表单信息不正确而造成的,
输出错误主要是由于网络速度或程序设计问题等引起的,针对这两种情况,可分别进行测试。
测试方法:1>在表单中输入相应的合理的信息,点击提交,检验返回信息是否正确和完整;
2>在表单中输入依据数据库设计中在数据类型,长度,格式不合理的非法的数据,
检验系统是否有相应的错误提示信息。
1.6应用程序特定的功能需求
2.性能测试
2.1连接速度测试
测试目标:系统TPS达到40。
测试方法:1.选择系统某个重要业务作为一个事务;
2.基准测试,记录处理完一个事务需要的时间;测试三次记录每次花费时间,最后计算平均时间;
3.测试处理5个事务花费的时间;(目标:125ms)
……….
测试处理40个事务花费的时间。
最后将测试结果和目标分解结果比较,检验是否达到要求。
2.2负载测试
2.2.1并发测试
测试目标:20个用户同时登录系统,测试能否全部成功登录。
测试方法:1. 1个用户登录系统,测试是否成功登录,若成功,则
2.2个用户同时登录系统,测试是否全部成功登录,若成功,则
3.3个用户同时登录系统,测试是否全部成功登录,若成功,则
…
20个用户同时登录系统,测试是否全部成功登录。若有不成功登录的,则中止测试。
2.2.2稳定性测试
测试目标:登录本系统,持续业务(用户的新增-查询-修改-删除)处理8小时,系统是否出现异常。
测试方法:登录系统,依照新增-查询-修改-删除流程,每隔5分钟对用户信息进行一个流程处理,持续运行1小时,若有异常,则中止;若运行正常,同样方法继续2小时,…同样方法持续运行8小时,测试系统是否稳定。
2.3压力测试
测试目标:10000个用户同时登录系统,测试能否全部成功登录。
测试方法:1.1个用户登录系统,测试是否成功登录,若成功,则
2.500个用户同时登录系统,测试是否全部成功登录,若成功,则
3.1000个用户同时登录系统,测试是否全部成功登录,若成功,则
…
10000个用户同时登录系统,测试是否全部成功登录。若有不成功登录的,则中止测试。
-
Web System测试计划(一)
2009-10-02 18:11:04
一.测试概述二.测试背景
三.测试范围
1.功能测试
1.1链接测试
1.2表单测试
1.3数据校验
1.4cookies测试
1.5数据库测试
1.6应用程序特定的功能需求
1.7设计语言测试
2.性能测试
2.1连接速度测试
2.2负载测试
2.3压力测试
3.用户界面测试
3.1导航测试
3.2图形测试
3.3内容测试
3.4表格测试
3.5整体界面测试
4.兼容性测试
4.1平台测试
4.2浏览器测试
4.3分辨率测试
4.4 Modem/连接速率
4.5打印机
4.6组合测试
5.安全测试
5.1目录设置
5.2 SSL
5.3登录
5.4日志文件
5.5脚本语言
6.接口测试
6.1服务器接口
6.2外部接口
6.3错误处理
四.测试手段
80%手工完成功能测试,20%用Loadrunner工具完成性能测试。
五.测试环境
1.软件环境:
客户端:
浏览器:Internet Explorer6.0
操作系统:Microsoft Windows XP/2000/me
服务器:
应用程序:IP Billing System
数据库:SQL Server2000
操作系统:Microsoft Windows 2003 server
2.硬件环境:
客户端:CPU:Intel Celeron 2.26GHz
内存:2.26GHz,256MB
服务器:CPU:Intel Celeron 2.26GHz
内存:2.26GHz,1G
六.测试策略
1.功能测试
1.1链接测试
(1)用户管理-Customer|Card|System|Product|Rate&Region|Account|Query|Statistic
(2)用户管理-部门管理-部门名称(开发部,销售部,人事部,采购部,测试部)
(3)用户管理-用户管理-First/prev/Next/Last/del
(4)用户管理-用户管理-用户名称(用户姓名)
(5)资源管理-号码管理-查询结果-电话号码列
(6)资源管理-号码管理-First/prev/Next/Last
(7)资源管理-设备管理-设备ID/ First/prev/Next/Last
(8)呼叫设置-拨号规则查询-First/prev/Next/Last
(9)呼叫设置-计费号码设置-First/prev/Next/Last
(10)呼叫设置-QOS设置-First/prev/Next/Last
(11)增值服务-服务模板管理-First/prev/Next/Last/模板名称
(12)增值服务-服务管理-First/prev/Next/Last/电话号码
(13)统一消息-Atendance管理/短消息/通知-First/prev/Next/Last
(14)统一消息-Voice Mail管理-First/prev/Next/Last/接听/删除/导出文件
(15)故障管理-First/prev/Next/Last/撤销/删除/回退/标题
(16)通讯录管理-First/prev/Next/Last/删除/姓名
(17)系统管理-角色管理-modify right/del/ First/prev/Next/Last
(18)系统管理-操作员管理-First/prev/Next/Last/edit/del
(19)区号查询-国际长途区号-亚洲/欧洲/非洲/北美洲/南美洲/大洋洲
(20)系统管理-常见问题-所有链接
测试目标:1>测试所有链接是否按指示的那样确实链接到了该链接的页面;
2>测试所链接的页面是否存在;
3>保证Web应用系统上没有孤立的页面,所谓孤立页面是指没有链接指向该页面,只有知道正确的URL地址才能访问。
测试方法:点击相关链接,检验链接的页面是否正确; 或Xenu Link Sleuth和HTML Link Validator工具
1.2表单测试
(1)首页-图片/登陆按钮
(2)用户管理-图片
(3)用户管理-部门管理-query/add/go!/bank按钮/下拉框
(4)用户管理-用户管理-query/add/go!/bank按钮/下拉框
(5)用户管理-密码修改-SAVE/CANCEL按钮
(6)资源管理-号码管理-查询结果复选框
(7)资源管理-号码管理-query/start/stop/go/update按钮
(8)资源管理-号码管理-设备/状态/原分机模式/新分机模式下拉框
(9)资源管理-设备管理-类型/showpage下拉框
(10)呼叫设置-拨号规则查询-集团拨号规则列表框/设备,showpage下拉框/查询结果数据表/Query,Go按钮
(11)呼叫设置-计费号码设置-Query,Update,go按钮/showpage下拉框
(12)呼叫设置-计费号码设置-查询结果、Select all in this page,Select all search result复选框
(13)呼叫设置-QOS设置-Query,Update,go按钮/showpage,新QOS下拉框
(14)呼叫设置-QOS设置-查询结果、Select all in this page,Select all search result复选框
(15)增值服务-服务模板管理-Query,Add,Go按钮/pageshow下拉框
(16)增值服务-服务管理-Query,Update,go按钮/号码状态,新模板, PageShow下拉框/查询结果、Select all in this page,Select all search result复选框
(17)统一消息-Atendance管理/短消息/通知/ Voice Mail管理-Query,Update,go,浏览按钮/缺省,自定义单选按钮/数据表格复选框
(18)统一消息-Voice Mail管理-Query,Update,go,试听,浏览按钮/接听状态,系统提供下拉框/系统提供,用户定义单选按钮
(19)故障管理-Query,add,go,save,cancel ,go按钮/pageshow下拉框
(20)通讯录管理-Query,add,go,save,cancel按钮
(21)话单查询-Query按钮
(22)系统管理-角色管理-add,save&right,save,cancel按钮/Type,showpage下拉框
(23)系统管理-角色管理-修改权限-save,cancel按钮/数据表格所有权限复选框
(24)系统管理-操作员管理-add,go,save,cancel按钮/showpage下拉框/Sex, Operator Type单选按钮
(25)系统管理-日志查询-Operator Login ID,Operation下拉框/ Query按钮/Both, Success, Fail单选按钮
测试目标:
1.使用表单来进行在线注册,确保提交按钮能正常工作,当注册完成后应返回注册成功的消息;
2.使用表单收集配送信息,应确保程序能够正确处这些数据;
3.使用表单进行用户注册、登陆、信息提交等操作时,我们必须测试提交操作的完整性,以校验提交给服务器的信息的正确性;
4.使用了默认值,还要检验默认值的正确性
测试方法:在表单中输入相应的合理的信息,点击提交,检验返回信息是否正确和完整
-
如何编写测试计划(转载)
2009-10-02 17:48:35
俗话说:凡事预则立,不预则废!软件测试同样,在测试项目之初就要制定相应的测试计划。接下来谈下如何编写测试计划问题。一.首先了解以下几个问题:
1. 为什么要编写测试计划?
1)领导能够根据测试计划做宏观调空,进行相应资源配置等;
2)测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等;
3)便于其他人员了解测试人员的工作内容,进行有关配合工作
2. 什么时间开始编写测试计划?
(测试需求分析前总体测试计划书/测试需求分析后详细测试计划书)
3. 由谁来编写测试计划?
具有丰富经验的项目测试负责人
4. 测试计划编写6要素?(5W1H)
1)why——为什么要进行这些测试;
2) what—测试哪些方面,不同阶段的工作内容;
3) when—测试不同阶段的起止时间;
4) where—相应文档,缺陷的存放位置,测试环境等;
5) who—项目有关人员组成,安排哪些测试人员进行测试
6) how—如何去做,使用哪些测试工具以及测试方法进行测试。
二.测试计划主要内容:
1.引言
1.1项目背景
1.2参考资料(计划编写依据:可行性分析报告/软件需求定义/软件概要设计/软件详细设计/用户使用说明书/……)
1.3测试术语
1.4有关项目人员组成以及联系方式(开发人员/版本控制人员/测试人员/软、硬、结构、营销人员等)
2.任务概述
2.1测试范围
2.2测试目标
2.3广义上还包含测试需求分析/测试用例编写/测试环境搭建/测试培训/测试执行等
3.测试策略
3.1测试人员需求、分工
3.2测试方法(自动化测试/手动测试;白盒测试/黑盒测试;中断测试/临界测试/压力测试等)
3.3工具引用及测试培训(内训/外训)
3.4测试阶段计划(工作内容、人员安排、起止时间等)
3.5测试停止及恢复条件
3.6测试文档及缺陷提交管理等
3.7测试环境
4.测试资源
4.1硬件资源需求
4.2软件资源需求
4.3测试环境需求
4.4测试人员需求
4.5其他(仪器、服务器等)
5.风险评估
5.1人力方面;
5.2时间方面;
5.3环境方面;
5.4资源方面
5.5部门合作方面
6.其他内容
除以上内容有关项外,还要包括测试计划制定者、日期、修改记录、评审人员(开发负责人/测试负责人/项目经理)等信息
三.编写测试计划注意事项:
1.测试计划不一定要尽善尽美,但一定要切合实际,要根据项目特点、公司实际情况来编制,不能脱离实际情况;
2.测试计划一旦制定下来,并不就是一层不变的,世界万事万物时时刻刻都在变化,软件需求、软件开发、人员流动等都在时刻发生着变化,测试计划也要根据实际情况的变化而不断进行调整,以满足实际测试要求.
3.测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等,不一定要太过详细.
四.评审总结
1.计划评审
测试计划编写完成后,一般要对测试计划的正确性、全面性以及可行性等进行评审,评审人员的组成包括软件开发人、营销人员、测试负责人以及其他有关项目负责人。
2.计划总结
项目完成后,应该对计划的执行情况进行评审,看有哪些不合理的地方,以便为编写下一个项目测试计划做经验积累。
五.测试计划模板(示例)
……
-
写给浮躁的IT同仁(转)
2009-01-04 10:31:42
1.不要看到别人的回复第一句话就说:给个代码吧!你应该想想为什么。当你自己想出来再参考别人的提示,你就知道自己和别人思路的差异。
2.初学者请不要看太多太多的书那会误人子弟的,先找本系统的学,很多人用了很久都是只对部分功能熟悉而已,不系统还是不够的。
3.看帮助,不要因为很难而自己是初学者所以就不看;帮助永远是最好的参考手册,虽然帮助的文字有时候很难看懂,总觉得不够直观。
4.不要被对象、属性、方法等词汇所迷惑;最根本的是先了解最基础知识。
5.不要放过任何一个看上去很简单的小问题--他们往往并不那么简单,或者可以引伸出很多知识点;不会举一反三你就永远学不会。
6.知道一点东西,并不能说明你会写脚本,脚本是需要经验积累的。
7.学脚本并不难,JSP、ASP、PHP等等也不过如此--难的是长期坚持实践和不遗余力的博览群书。
8.看再多的书是学不全脚本的,要多实践。
9.把时髦的技术挂在嘴边,还不如把过时的技术记在心里。
10.学习脚本最好的方法之一就是多练习。
11.在任何时刻都不要认为自己手中的书已经足够了。
12.看得懂的书,请仔细看;看不懂的书,请硬着头皮看。
13.别指望看第一遍书就能记住和掌握什么——请看第二遍、第三遍;
14.请把书上的例子亲手到电脑上实践,即使配套光盘中有源文件;
15.把在书中看到的有意义的例子扩充;并将其切实的运用到自己的工作中。
16.不要漏掉书中任何一个练习——请全部做完并记录下思路;
17.当你用脚本到一半却发现自己用的方法很拙劣时,请不要马上停手;请尽快将余下的部分粗略的完成以保证这个代码的完整性,然后分析自己的错误并重新编写和工作。
18.别心急,写脚本确实不容易;水平是在不断的实践中完善和发展的;
19.每学到一个脚本难点的时候,尝试着对别人讲解这个知识点并让他理解----你能讲清楚才说明你真的理解了。
20.记录下在和别人交流时发现的自己忽视或不理解的知识点。
21.保存好你做过的所有的源文件----那是你最好的积累之一。
22.对于网络,还是希望大家能多利用一下,很多问题不是非要到论坛来问的,首先你要学会自己找答案,比如google、百度都是很好的搜索引擎,你只要输入关键字就能找到很多相关资料,别老是等待别人给你希望,看的出你平时一定也很懒!
23.到一个论坛,你学会去看以前的帖子,不要什么都不看就发帖子问,也许你的问题早就有人问过了,你再问,别人已经不想再重复了,做为初学者,谁也不希望自己的帖子没人回的。
24,虽然不是打击初学者,但是这句话还是要说:论坛论坛,就是大家讨论的地方,如果你总期望有高手总无偿指点你,除非他是你亲戚!!讨论者,起码是水平相当的才有讨论的说法,如果水平真差距太远了,连基本操作都需要别人给解答,谁还跟你讨论呢。
25、不要因为工作简单就不重视,简单的工作做好了能体现个人的态度,简单的工作做好之后才能够有效管理作简单工作的人。
26、少发牢骚,多提建设性意见,前者说不定哪天会被领导听见,也影响自己的心情;后者可能会得到领导重视,说不定哪天机会就来了,再说以解决问题的思路来看待问题,不断的思考就会不断进步,也有利于良好心态的形成
27、做好自己能够掌控的事情,对于自己无法影响的东西,少想、少说
28、吃亏就是占便宜
29、不要追求绝对公平,否则是自寻烦恼
浮躁的人容易问:我到底该学什么;----别问,学就对了;
浮躁的人容易问:Js有钱途吗;----建议你去抢银行;
浮躁的人容易说:我要中文版!我英文不行!----不行?学呀!浮躁的人经常说:啊呀,今天放松一下,从明天开始我一定认真学!
浮躁的人分两种:只观望而不学的人;只学而不坚持的人;
浮躁的人永远不是一个高手。