【阿瞳视力训练恢复仪】
-适用于青少年假性近视、混合性近视的治疗,及神经衰弱引起的头痛、头晕、失眠、记忆力减退、脑疲劳等症状的缓解,对预防青少年近视的发生有显著作用;在纽约进行了37年的临床实践,显著的效果也得到了验证。为让消费者都能得到真正的实惠;现厂家特价供应:全国货到付款,免费送货上门,24小时订购电话:13065955113,15867924937;QQ:1132315920,唯一官网:www.md5166.com;;;;;------
[url=http://bbs.mytianhui.com/viewthread.php?tid=2003]在家中自行拔罐疗疾的八注意--人民网健康卫生频道-从头到脚话健康-保健-养生-护肤-营养-减肥-食疗-减压-就医-两性--人民网[/url]
[url=http://bashkimi.freeshoutbox.net/]中医养生 素食未必助长寿[/url]
[url=http://www.xmeduok.com/news_show.asp?newsid=6877]泡壶茶,品雅趣 让人精神愉悦[/url]
找到了办法将freemind转化出来了,给那些看不了图片又没freemind的朋友吧.
ps:再次推荐freemind这个软件真的很有用,只要动脑筋的事情都能帮你思维更清晰!
引言
测试准备工作
向有经验的测试人员学习
规范的软件公司,可以请求测试经理委派有经验的测试人员作为你工作上的业务导师
可以到国内的软件测试论坛和相关网站上寻找软件测试资源
阅读软件测试的相关书籍
走读缺陷跟踪库中的问题报告单
走读相关产品的历史测试用例
学习产品相关的业务知识
识别测试需求
主动获取需求
分析需求
软件输入:输入来源、输入参数的数量、输入参数的度量单位、
输入参数的时间要求、输入参数的精度和输入参数的有效输入范围
处理过程: 描述对输入数据所执行的所有操作和如何获得输出的过程.
测试人员了解处理过程即可,在测试过程中发现 BUG 时候,[url=http://www.md5166.com]阿瞳视力训练恢复仪[/url],
如果对处理过程了解的深入,对定位问题根源有很大的帮助.
软件输出:包括输出的位置(如计算机显示器、打印机,文件),[url=http://www.md5166.com]阿瞳视力训练仪官网[/url],输出参数的数量、
输出参数的度量单位、输出参数的时序、输出参数精确度、输出参数的有效输出范围、错误消息.
性能要求: 与该需求相关的性能要求,比如 " 插入 ATM 取款卡后,
3 秒钟内弹出提示用户取款的图形界面 " . 3 秒钟这一限制,[url=http://www.md5166.com]阿瞳视力训练恢复[/url],就是对需求的基本性能要求.
运行环境: 软件的运行所需的环境,包括硬件平台的要求、操作系统的要求、
数据库的要求,以及其它相关支撑软件的要求.
确认需求的优先级
加入开发小组的邮件群组
与开发人员为邻
测试用例设计
测试用例的基本格式,包括测试用例编号、测试标题、
重要级别、测试输入、操作步骤、预期结果
用例编号: 测试用例的编号有一定的规则,比如系统测试用例的编号这样定义规则:
PROJECT1-ST-001 ,[url=http://www.md5166.com]阿瞳视力多少钱[/url],命名规则是项目名称+测试阶段类型(系统测试阶段)+编号.
定义测试用例编号,便于查找测试用例,便于测试用例的跟踪.
测试标题: 对测试用例的描述,测试用例标题应该清楚表达测试用例的用途.
比如 " 测试用户登录时输入错误密码时,软件的响应情况 " .
重要级别: 定义测试用例的优先级别,可以笼统的分为 " 高"和"低"两个级别.
一般来说,如果软件需求的优先级为 " 高",那么针对该需求的测试用例优先级也
为"高";反之亦然,
测试输入: 提供测试执行中的各种输入条件.根据需求中的输入条件,确定测试用例的输入.
测试用例的输入对软件需求当中的输入有很大的依赖性,如果软件需求中没有很好的定义
需求的输入,[url=http://www.md5166.com]阿瞳视力恢复仪效果[/url],那么测试用例设计中会遇到很大的障碍.
操作步骤: 提供测试执行过程的步骤.对于复杂的测试用例,测试用例的输入需要
分为几个步骤完成,这部分内容在操作步骤中详细列出.
预期结果: 提供测试执行的预期结果,预期结果应该根据软件需求中的输出得出.
如果在实际测试过程中,[url=http://www.md5166.com]阿瞳视力恢复仪价格[/url],得到的实际测试结果与预期结果不符,那么测试不通过;
反之则测试通过.
重用同类型项目的测试用例,参考同类别软件的测试用例,
会有很大的借鉴意义.
利用已有的软件 Checklist
加强测试用例的评审
定义测试用例的执行顺序
测试用例执行
搭建软件测试环境,执行测试用例
测试执行过程应注意的问题
全方位的观察测试用例执行结果:查看软件产品的操作日志、
系统运行日志和系统资源使用情况,来判断测试用例是否执行成功了.
加强测试过程记录: 作为日后更新测试用例的依据
及时确认发现的问题:
确认发现了软件的缺陷,那么可以毫不犹豫的提交问题报告单
发现了可疑问题,又无法定位是否为软件缺陷,那么一定要保留现场,
然后知会相关开发人员到现场定位问题
开发人员在短时间内可以确认是否为软件缺陷,测试人员给予配合
开发人员定位问题需要花费很长的时间,可以让开发人员记录重新问题的测试环境配置,
然后,回到自己的开发环境上重现问题,继续定位问题.
与开发人员良好的沟通: 要定义软件缺陷的标准原则
及时更新测试用例
发现遗漏了一些测试用例,这时候应该及时的补充
在具体的执行过程中根本无法操作,这时候应该删除这部分用例
发现若干个冗余的测试用例完全可以由某一个测试用例替代,那么删除冗余的测试用例
提交一份优秀的问题报告
软件测试报告单最关键的域就是 " 问题描述 "
软件配置: 包括操作系统类型版本和补丁版本、当前被测试软件的版本和补丁版本、
相关支撑软件,比如数据库软件的版本和补丁版本等.
硬件配置: 计算机的配置情况,主要包括 CPU 、内存和硬盘的相关参数,
其它硬件参数根据测试用例的实际情况添加.如果测试中使用网络,那么网络的组网情况,
网络的容量、流量等情况.硬件配置情况与被测试产品类型密切相关,
需要根据当时的情况,准确翔实的记录硬件配置情况.
测试用例输入 \ 操作步骤 \ 输出: 这部分内容可以根据测试用例的描述和测试用例的实际执行情况如实填写.
输出设备的相关输出信息: 输出设备包括计算机显示器、打印机、磁带等等输出设备,
如果是显示器可以采用抓屏的方式获取当时的截图,
其他的输出设备可以采用其它方法获取相关的输出,在问题报告单中提供描述.
日志信息: 规范的软件产品都会提供软件的运行日志和用户、管理员的操作日志,
测试人员应该把测试用例执行后的软件产品运行日志和操作日志作为附件,提交到问题报告单中.
测试结果分析 |