回归测试作为软件生命周期的一个组成部分,在整个软件测试过程中占有很大的工作量比重,软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中,新版本的连续发布..
在成功构建新的 IT 企业架构之后,就应该对该架构进行测试了。测试可以证明您和您的团队的辛苦工作没有付之东流。通过对新架构进行压力测试,您将了解架构的弱点在哪里,以及..
通过个人在几家不同类型企业的工作经历和测试工作经验总结,以及学习相关资料和培训经历,大致有如下一些想法和总结。..
测试工作头绪较多,专业性强,如何做好测试管理工作,特别是量化管理,提高测试效率、督促测试人员完成好测试工作,是很重要的。 我负责三位XXX测试人员对XXX进行测试。测..
测试生命周期 测试计划 → 测试设计 → 测试开发 → 测试执行 → 测试评估 测试计划就是定义一个测试项目的过程,以便能够正确的度量和控制测试。..
探索式测试(exploratory testing)是一种自由的软件测试风格,强调测试人员同时开展测试学习、测试设计、测试执行和测试结果评估等活动,以持续优化测试工作。考虑到它所具备的即兴发..
“但是,它仅仅是一个很小很小的改动!我们怎么会预先想到它会造成这么大的问题?” 怎么会,确实!..
回归测试做为测试中最重要,同时也是最复杂的一种测试类型。一直都是大家关注的焦点。转载一篇关于回归测试的概述,这篇文章从回归测试的基本概念定义、回归测试的测试策略包..
众所周知软件测试这个职业有一个为从业者不悦的一个特点就是有时特别烦琐,要经常做重复性的东西,相信同行或多或少都会有这个感慨,而罪魁祸首就是回归测试.如果每次测试的功能..
在总结回归测试的方法时发现,不管国内国外,这都是个头疼的话题。做是要做,也能做,但是从效率角度说可是千差万别。给我足够多的人或是时间,总是可以保证回归测试进行的..
应该说这不是一篇文章,这应该属于是一个讨论的话题吧,无论观点是否正确,希望大家能够在论坛里面可以发表自己的见解。尤其在这方面深有感触的朋友。..
软件测试的概念最早是大学时从老师那里记来的两句话(其他都丢光了):开发是尽可能地让程序通过;而测试,则是尽可能地让程序通不过。两者的区别,在于选取测试实例在设计上的..
项目编号: 项目名称: 任务编号/序号: 工作名称: 程序(ID): 程序名称: 编程员: 测试完成日期: 年 月 日..
编写需求文档,在嵌入式开发领域是非常普遍的。需求文档被用来定义开发任务,协调大规模的研发计划。对于最终的产品,需求文档扮演着开发者行为和消费者行为之间沟通纽带的..
基于需求的测试分为三个阶段: 静态测试 测试设计 验证覆盖..
1.1项目简介 本章节中简介项目的基本情况 1.2术语定义..
测试是为了保证软件的质量,敏捷测试关键是保证可以持续、及时的对软件质量情况进行全面的反馈。由于在敏捷开发过程中每个迭代都会增加功能、修复缺陷或重构代码,所以在完成..
关于可用性的测试和评估,在国外现在已经形成一个新的专业,称为可用性工程(Usability Engineering)。由于是一个专业,因此就有专门的人员来从事这项工作,并发 展出一整套的方..
测试活动不是软件开发后的一个阶段,测试的对象也不仅是程序本身。测试活动应贯穿于软件开发的整个过程,只有这样,才能更有效率地的开发出有质量保障的优质软件系统。..
有些成功人士和成功的公司号称没必要有独立的测试角色(Test),你怎么看? 大多数的开发团队并不需要一个独立的测试角色。即使有一个,他的所有的开发时间比上所有的测试时间应该..