随笔分类 - software test
摘要：一、测试用例是软件测试的核心 软件测试的重要性是毋庸置疑的。但如何以最少的人力、资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质，则是软件公司探索和追求的目标。每个软件产品或软件开发项目都需要有一套优秀的测试方案和测试方法。 影响软件测试的因素很多，例如软件本身的复杂程度、开发人员（包括分析、设计、编程和测试的人员）的素质、测试方法和技术的运用等等。因为有些因素是客观存在的，无法避免。有些因素则是波动的、不稳定的，例如开发队伍是流动的，有经验的走了，新人不断补充进来；一个具体的人工作也受情绪等影响，等等。如何保障软件测试质量的稳定？有了测试用例，无论是谁来测试，参照测试
阅读全文
摘要：(翻译)编写优秀Bug报告的艺术 ----------http://blog.csdn.net/imlogic/前言在99年的Quality week上的一次演讲中，微软的一个测试经理，Roger Sherman指出了由于“不可重现”导致bug关闭的主要原因。这是一个非常可惜的情况，因为这样的bug report浪费了紧张的开发计划中的宝贵时间，增加了对产品质量完全是无关紧要的事情，同时导致了在开发人员和测试之间的挫败感和差的感觉。有时，bug report是由于短暂的或随机的事件，测试和开发之间不一致的工具和配置，或者在测试的环境下对正确的行为的模糊定义而产生的，但是...
阅读全文
摘要：转自：http://www.51testing.com/html/06/n-77806.html 经常在网上看到测试新手咨询测试新手如何进入这行，应该怎样开始工作。为了帮助测试新手在进入这行时，能减少些困惑，这里说说我的经验了。1.至少系统、全面的看完一本测试方面的书两遍 现在市面上测试方面的书很多了，但是很多内容都大同小异。经常碰到有新手一来就是买一堆书，然后每本翻一下，这不仅是浪费钱，而且也不能系统的对测试有个整体的认识。这里建议大家就挑一本系统介绍软件测试的书，然后从头到尾至少看两遍。因为每本书都有自己的知识体系结构，如果不停的换书，而每本书都看不透或只看一部分的话，那么你从书中吸收到的
阅读全文
摘要：转自：http://bbs.51testing.com/viewthread.php?tid=32162&highlight=%D6%B0%D2%B5%C9%FA%D1%C4%D4%B8%BE%B0如何做职业规划——首先是确立职业生涯愿景意即个人经过搜索所确定的长期职业定位，是人们选择和发展自己的职业时所应围绕的中心，请参见职涯愿景模型。即首先从自己出发，先明确三点：价值观——对自己而言什么是最重要的？也就是回答我们想做什么的问题？事业、家庭、金钱、友谊、爱情……这些都是我们人生的各个方面，我们要清楚地自己对自己而言，什么排第一位？什么排第二位？……这就是我们的价值观，这是确定我们人生
阅读全文
摘要：“工欲善其事，必先利其器”。专业的测试必须以一个好的测试计划作为基础。尽管测试的每一个步骤都是独立的，但是必定要有一个起到框架结构作用的测试计划。测试的计划应该作为测试的起始步骤和重要环节。一个测试计划应包括：产品基本情况调研、测试需求说明、测试策略和记录、测试资源配置、计划表、问题跟踪报告、测试计划的评审、结果等等。 产品基本情况调研： 这部分应包括产品的一些基本情况介绍，例如：产品的运行平台和应用的领域，产品的特点和主要的功能模块，产品的特点等。对于大的测试项目，还要包括测试的目的和侧重点。 具体的要点有： 目的：重点描述如何使测试建立在客观的基础上，定义测试的策略，测试的配置，...
阅读全文
摘要：动态黑盒测试 不深入代码细节的软件测试方法。常被称为行为测试，因为测试的是软件在使用过程中的实际行为。 首先，从产品说明书获知测试对象的软件的输入和应该得到的输出。 接下来，开始定义测试案例。 测试案例：指进行实验用的输入，以及测试软件用的程序。 选择测试案例是软件测试员最重要的任务。不正确的选择可能导致测试量过大或者过小，甚至测试目标不对。准确评估风险，把不可穷近的可能性减少到可以控制的范围是成功的诀窍。测试基本方法：通过测试 vs失败测试 通过测试：确认软件至少能做什么，而不考验其能力。 失败测试：纯粹为了破坏软件而设计和执行的测试案例，也称为迫使出错测试。蓄意攻击软...
阅读全文
摘要：关于测试工作——写给测试新人（Posted bylinhan） 这是两年前写在自己博客的，现在看来应该仍不过时，所以在这里分享给大家。 1、学会思考； 很多刚加入测试行业的新手，会认为测试就是点鼠标，毫无前途。而且现在的大环境确实不是太好，包括公司的领导、产品、开发等等，都会有这样的认识。但是，如果是你自己有这种想法就很危险了。在测试部门，新手往往会被安排去做黑盒测试，所以大部分工作是在点鼠标，不过，时间长了，你会发现同样是点鼠标的人，发展却会有很大的差别，有人会开始涉及自动化测试，有人会开始涉及白盒测试......；为什么会出现这种情况？其实很关键的一点，你要在点鼠标的过程中去思考...
阅读全文
摘要：数据准备是接口测试过程中不可或缺的一步，也是花费时间很长的工作，因为程序的功能就是处理数据。那么在接口测试中，我们要怎样来准备数据呢？经过这几天对接口测试的初探，整理了以下一些关于数据准备的方法。 数据准备分为两种类型： 1、数据库中的基础数据； 2、基于web层的接口测试时，所依赖的session、param等数据； 一、数据库中的基础数据 和ruby脚本中的数据准备类似，接口测试中也使用Excel文件来准备数据库的数据，但是Excel的写法有所不同。 在建好测试类后（下图中的PurchaseProcessServiceTest.java），在同一目录下新建一个同名的Excel文件，如图：
阅读全文
摘要：α、β、λ常用来表示软件测试过程中的三个阶段，α是第一阶段，一般只供内部测试使用；β是第二个阶段，已经消除了软件中大部分的不完善之处，但仍有可能还存在缺陷和漏洞，一般只提供给特定的用户群来测试使用；λ是第三个阶段，此时产品已经相当成熟，只需在个别地方再做进一步的优化处理即可上市发行。===在软件交付使用之后,用户将如何实际使用程序,对于开发者来说是无法预测的.α测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的测试.α测试的目的是评价软件产品的FLURPS(即功能,局域化,可使用性,可靠性,性能和支持).尤其注重产品的界面和特色.α测试可以从软件产品编码结
阅读全文
摘要：如题，冒烟测试就是在每日build建立后对系统的基本功能进行简单的测试，而系统预测试也是先验证项目某个版本的基本功能是否已经实现，2者有着什么区别呢？是不是冒烟测试是DAILY BUILD,即每天都要做的，而预测试是一个版本提交后才做？==测试重点不一样冒烟集中于新增功能是否能够使用，为后面的系统预测是做铺垫，防止因为一些严重问题而影响后期测试的计划具体问题具体处理，冒烟一般是daily build后立即做，预测就要看时间安排了===SMOKE & SANITY TESTINGThere are two type of test types, Smoke and Sanity.What
阅读全文
摘要：TDD的原理是在开发功能代码之前，先编写单元测试用例代码，测试代码确定需要编写什么产品代码。
阅读全文
摘要：性能测试和安全测试，这两个测试类型有一定的技术壁垒，因此性能和安全的Bug，不是每个人随便就能发现的。另外虚拟对话中提到，发现软件设计方案中的问题，也非常有难度。而功能测试的门槛相对较低，即使没受过训练，一般人也能发现一些初级的Bug，这让很多人产生一个错觉：“一般人”都能做功能测试。要证明这个错觉不成立，其实也挺容易，那就是看测试人员所发现的Bug，与“一般人”有哪些不同。如果找不到明显的不同，那错觉就变成了现实，如果测试人员没发现的Bug，让一般人或者用户发现，那就更杯具了。由此我们推理出测试的核心价值：能发现一般人发现不了的Bug！要解决这个问题，测试工程师一方面要加强对开发技术的学习，
阅读全文
浙公网安备 33010602011771号