昨天老板和我们分享一个想法:除错只能靠DebugLog吗?他说到他来公司已经不少年,可是对于公司的一件事情还是不是很习惯.那就是engineer要解决一个bug时,总是要求说要提供debuglog给他,否则他们就无法解这个问题.对他来说,这事件很不可思议的事.因为解决问题的方法很多,并不是只有看debuglog才能解决,而且这可能是你不肯动脑的借口,只想让人把线所放到你面前.更糟的事,这线索可能是
最近在测试时遭遇到一个问题:当用户在执行我们的产品,同时也在执行其他软件,像是ftp,听音乐,上网,烧片子,用MSOffice,MSN,facebook...等等,可能会造成系统缓慢或是不正常.我们的QA大部分时间都在执行funcationaltesting,也就是确认我们系统的功能是否正确,因此在他们执行过程中不会去执行其他软件,因此也就没有遇到这种状况.或许有些QA会想说要做兼容性测试(com
最近公司在讨论QAmanager到底要做些什么？有哪些挑战是我们目前大家所共同遭遇的？一开始大家讨论就很热烈，但是很快地，答案就收敛下来，因为大家的心中的痛都一样。首先，在工作项目方面我们认为QAmanager有以下项目：1.人员的管理：包含指导(coach)、发展(develop)、生涯规划(careerplanning)等等。2.人员的录用(Hiring)与解雇(firing)3.和公司目标(
目前最有名的是这两本书,RexBlacky在这方面真的十分有经验,他可以写一堆想都想不到的东西,你不得不佩服他经验真的是很丰富.我想若是有志成为QAmanager的人,这两本是一定要看的1.CriticalTestingProcesses:Plan,Prepare,Perform,PerfectbyRexBlackhttp://www.amazon.com/Critical-Testing-Pro
一个好的QA在于他的心态(mindset)是否正确,但是心态这种东西是很难加以衡量的.因此很多manager都是以数字来衡量绩效好不好.像是bug数,testcase数,或是有多少被automate.可是我想数字这东西常常会造成一些副作用,因为你只会看到数字,而不会去想他背后的涵义,或者是要因应目前状况做去适当的调整.所以作者认为与其考虑数字,不如考虑下面事情Howmuchbetterateste
通常TestManager会利用下面index,来评量QA是否做的很好NoofTestcasesprepared:1230NoofTestcasesExecuted:345NoofTestcasesFailed:50NoofBugsreported:59NoofRequirementsAnalyzed:45Noofrequirementsupdated:50NoofTransactionscove
在面试QA时,你会苦于不知道要问什么问题,来确认是否有testing的经验吗?这里作者提供了50个Q&A,让你可以彻底了解candidate会些什么.虽然答案部分我不是很满意,但是还是可以参考一下.http://software-testing-zone.blogspot.com/2007/01/top-50-sofware-testingsqa-faqs-you-may.html当然这些
这个问题,我想是大多数公司或是QAmanager的梦靥.一方面找不到好人才,一方面人才也不易留住.很容易地,QA不是离职就是换跑道到RD去.让我们来看看Microsoft资深的QAmanager如何看待这个问题.在某一场合,作者被问到一个问题:你如何保持在QA这条路上,而不会想转换到RD去呢?他说他已经听过很多次这样的问题.许多人把QA视为是RD的一个跳板,一个先期训练中心.他说如果是这样也不错,
哟哪桑在他blog中,有post一篇文章"FeatureRequest,OrBugFixing?"其中谈到一个长久以来争辩不休的问题:当你找到一个问题,你会视为bug,还是视为feature?当哟哪桑一发表完后,已起很大的回响,很多人提出不同的看法.我想是很值得大家去看看最近小弟在闲逛时,刚有看到相关的blog文,因此找出来让大家参考一下另一种说法.Bugv.s.Feature
对于在软件测试上的职涯规划,作者非常主动地鞭策自己一直往前进.他认为不管公司有没有提供这样的协助或是规划,自己都有责任对自己专业生涯发展做些事情.他发现IanClatworthy提出了一个professionaldevelopmentframework,M.E.T.A.-Management,Engineering,TechnologyandApplications.他根据这个framework加
热门文章