提升测试用例专业性的八个步骤

上传人:小** 文档编号:105214896 上传时间:2022-06-11 格式:DOC 页数:8 大小:60KB
收藏 版权申诉 举报 下载
提升测试用例专业性的八个步骤_第1页
第1页 / 共8页
提升测试用例专业性的八个步骤_第2页
第2页 / 共8页
提升测试用例专业性的八个步骤_第3页
第3页 / 共8页
资源描述:

《提升测试用例专业性的八个步骤》由会员分享,可在线阅读,更多相关《提升测试用例专业性的八个步骤(8页珍藏版)》请在装配图网上搜索。

1、提升测试用例专业性的八个步骤第一步、UI体验测试1. 风格、样式、颜色是否协调2. 界面布局是否整齐、协调(保证全部显示出来的,尽量不要使用滚动条3. 界面操作、标题描述是否恰当(描述有歧义、注意是否有错别字)。4. 操作是否符合人们的常规习惯(有没有把相似的功能的控件放在一起,方便操作)5. 提示界面是否符合规范(不应该显示英文的cancel、ok,应该显示中文的确定等)6. 界面中各个控件是否对齐7. 日期控件是否可编辑8. 日期控件的长度是否合理,以修改时可以把时间全部显示出来为准9. 查询结果列表列宽是否合理、标签描述是否合理10. 查询结果列表太宽没有横向滚动提示11. 对于信息比较

2、长的文本,文本框有没有提供自动竖直滚动条12. 数据录入控件是否方便13. 有没有支持Tab键,键的顺序要有条理,不乱跳14. 有没有提供相关的热键15. 控件的提示语描述是否正确16. 模块调用是否统一,相同的模块是否调用同一个界面17. 用滚动条移动页面时,页面的控件是否显示正常18. 日期的正确格式应该是XXXX-XX-XX或xxxx-xx-xxxx:xx:xx19. 页面是否有多余按钮或标签20. 窗口标题或图标是否与菜单栏的统一21. 窗口的最大化、最小化是否能正确切换22. 对于正常的功能,用户可以不必阅读用户手册就能使用23. 执行风险操作时,有确认、删除等提示吗24. 操作顺序

3、是否合理25. 正确性检查:检查页面上的form,button,table,header,footer,提示信息,还有其他文字拼写,句子的语法等是否正确。26. 系统应该在用户执行错误的操作之前提出警告,提示信息.27. 页面分辨率检查,在各种分辨率浏览系统检查系统界面友好性。28. 合理性检查:做delete,update,add,cancel,back等操作后,查看信息回到的页面是否合理。29. 检查本地化是否通过:英文版不应该有中文信息,英文翻译准确,专业。30背景灰度冻结第二步、功能完整性测试1. 使用所有默认值进行测试2. 根据所有产品文档、帮助文档中描述的内容要进行遍历测试3输入判

4、断4. 所有界面出现是和否的逻辑,要测试5. 异常处理6. 敏感词7. 根据需求文档的流程图遍历所有流程图路径8. 根据程序内容,遍历ifelifelseswitch的逻辑点要遍历9. 界面各种控件测试第二步、业务流程测试业务流程,一般会涉及到多个模块的数据,所以在对业务流程测试时,首先要保证单个模块功能的正确性,其次就要对各个模块间传递的数据进行测试,这往往是容易出现问题的地方,测试时一定要设计不同的数据进行测试。如某一功能模块具有最基本的增删改查功能,则需要进行以下测试:1. 单项功能测试(增加、修改、查询、删除)2.增加增加增加(连续增加测试)3.增加删除4.增加删除增加(新增加的内容与

5、删除内容一致)5.增加修改删除6.修改修改修改(连续修改测试)7.修改增加(新增加的内容与修改前内容一致)8.修改删除9.修改删除增加(新增加的内容与删除内容一致)10. 删除删除删除(连续删除测试)第四步、容错机制测试1. 输入系统不允许的数据作为输入。2. 把某个相关模块或者子系统停掉,验证对当前系统的影响。3. 配置文件删除或者配置错误。4. 数据库注入错误数据。第五步、常规性测试1. 系统不间断运行(7*24),验证是否内存泄露、系统其他资源是否存在泄露2. 如果很紧急上线,可以跑一晚上或者周末跑两天。一般压力很大的情况下,数据库连接数问题、内存泄露问题会曝露的比较快但是死锁可能不能体

6、现,所以要看系统重要性,如12306稳定性则最好7*24小时第六步、性能测试1. 连接速度测试用户连接到Web应用系统的速度根据上网方式的变化而变化,他们或许是电话拨号,或是宽带上网。当下载一个程序时,用户可以等较长的时间,但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长(例如超过5秒钟),用户就会因没有耐心等待而离开。另外,有些页面有超时的限制,如果响应速度太慢,用户可能还没来得及浏览内容,就需要重新登陆了。而且,连接速度太慢,还可能引起数据丢失,使用户得不到真实的页面。2. 负载测试负载测试是为了测量Web系统在某一负载级别上的性能,以保证Web系统在需求范围内能正常工作。负载

7、级别可以是某个时刻同时访问Web系统的用户数量,也可以是在线数据处理的数量。例如:Web应用系统能允许多少个用户同时在线?如果超过了这个数量,会出现什么现象?Web应用系统能否处理大量用户对同一个页面的请求?3. 压力测试负载测试应该安排在Web系统发布以后,在实际的网络环境中进行测试。因为一个企业内部员工,特别是项目组人员总是有限的,而一个Web系统能同时处理的请求数量将远远超出这个限度,所以,只有放在Internet上,接受负载测试,其结果才是正确可信的。进行压力测试是指实际破坏一个Web应用系统,测试系统的反映。压力测试是测试系统的限制和故障恢复能力,也就是测试Web应用系统会不会崩溃,

8、在什么情况下会崩溃。黑客常常提供错误的数据负载,直到Web应用系统崩溃,接着当系统重新启动时获得存取权。压力测试的区域包括表单、登陆和其他信息传输页面等第七步、交互体验测试1. 系统界面的控件是否可以通过tab键遍历,并且顺序合理2. 主要功能的入口和操作是否易于理解3. 界面是否布局合理,功能是否易于查找和使用4. 操作步骤5. 操作习惯6.有足够的提示信息,且信息文字描述准确第八步、兼容性测试兼容性测试不只是指界面在不同操作系统或浏览器下的兼容,有些功能方面的测试,也要考虑到兼容性,包括操作系统兼容和应用软件兼容,可能还包括硬件兼容比如涉及到ajax、jquery、javascript等技术的,都要考虑到不同浏览器下的兼容性问题。除了上面所说的这些测试以外,还有算法测试、配置测试、安全性测试等等,在工作中不断总结和分析,形成自己的功能测试框架,当你把这份工作做起来以后,对于你自己对于测试团队而言都是一份很有价值的事情,你的测试思路也会变得更全面。

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!