序言:在部门做自动化有好一段时间了，经历了自动化从无到有，然后到框架，到现在的平台，以及持续集成，回顾发现由于自己之前经验太浅，走过的弯路太多，现在也还在谨慎的前进着，上次又回顾了一遍”软件测试经验和教训”里的自动化测试章节，发现早前很多懵懂的经验，现在稍稍清晰，于是想着结合自己的历程精简出一些经验吧。现在经验还是尚浅，如果有更深认识的朋友，互相讨论，谢谢一、所谓自动化是为了软件发布服务的，并不只
Informatica测试数据管理解决方案可帮助IT组织创建功能完整、安全的数据库应用程序测试数据子集。支持数据库应用程序的IT组织常常会制作生产环境的多个副本来用于开发、测试和培训。然而，随着生产数据库的增大，制作这些副本将会用掉成本高昂的存储空间和系统资源，同时会让公司陷入因数据泄露而导致财务损失的风险。借助Informatica测试数据管理解决方案，公司可以避免：过高的数据管理成本未能有效遵
作者列出了大多数软件测试人员应该有的特质他们是探索家-aren'tafraidtoventureintounknownsituations.-lovetogetanewpieceofsoftware,installitontheirPC,andseewhathappens.他们是问题排除专家-goodatfiguringoutwhysomethingdoesn'twork.他们是非常坚韧不懈的-k
Heuristic是一种经验为主的解决问题之技巧.它可用来快速找到可能的最佳方案.wiki有对他有更多的解释http://en.wikipedia.org/wiki/HeuristicsRobson提出了36个有用的TestingHeuristics,主要可以分成四类:Group1–cidtestd=Customers,Information,Developerrelations,Team,Equ
作者和JamesBach访谈后,收获不少,他整理出要成为一个professionaltester应该要如何做:1.Createyourowndefinitions.-定义什么是你认为好的或是完美"testing"和"quality"-并且检视你所做的事情,那些行为是符合你所定义的-也就是你自己能够建立一个framework,来规范自己想要做的事情,并且能评估
很多测试人员很有兴趣,管理高层是怎么看待测试团队?作者问了一群有资深的测试人员和测试经理,得到以下的答案:Whatisthepoint?NecessaryevilAdhocWhysomuchtime?TooslowOverstaffedToomanyexcusesTestingshouldfindeverythingQualitygatekeeperFindbugstoolateTestingle
每一段时间,就会有人开始讨论QA的performance要如何评量,有些人会提出以下的index-计算所找到的Bug个数-在一段时间内所开立的测试个案-所执行的测试个案个数-自动化测试个案个数/所有测试个案个数-测试涵盖度这些index的缺点,是缺乏考虑整个环境或是项目的状况,容易会忽略一些会影响的变量.作者认为如果没有根据context就来衡量个人的绩效,是一件愚蠢的事情.例如有些狡猾的测试人员
在我们团队中,我常听到一种抱怨,就是designspec写的很差,或者是很晚才拿到它们.这是因为在微软中,PM是负责撰写详细的spec,RD则是来实作它们,而tester则是用它来开立测试个案.因此你可以想象在这种模式下,如果spec没有产生,tester会非常惨,因为他扪根本无法知道feature在做些什么.不要误会我的意思,即使是一个agile的团队它们也需要设计文件来告诉他们一些事情,可以经
作者根据他的经验,整理了一些事情,让你知道它们是一些不好的思维,不要在测试过程中去作它们1.Don’tleaveallthetestingtotheQAdepartment!-这意味着我们需要多做一点unittests,来帮助我们早点发现问题-这样才能让我们能花较少的时间和精力来解决它2.Don’tleavethetestingtotheend!-真的,当你一有什么就开始测试-包括tester一开
在ExploratorySoftwareTestig一书中,JamesWhittaker在第二章中,提到各种测试方法的不足:DefectPreventation从开发人员的角度来说,他们希望藉由designreview,codereview,staticanalysistool,和unittest,来增加软件的质量.但是作者觉得这些方法都有些根本的问题:(1)开发人员通常不是个好的测试人员-开发人
热门文章