我跟一个六年工作经验的前辈聊天时她问的“我不知道你为什么想做测试,测试是做什么的,你要做哪种测试,那你怎么看待测试呢,测试是一种要求策略,能力和自豪感的职业,我对我所做的就很有自豪感。”我也对此苦思了好久,终究没有我要的答案,如是我上网搜索了一些值得学习和有助今后找工作面试都有用的答案。下面是我的整理13条定律
容错性测试和安全性测试容易被忽视,但这两项测试越来越现实其重要性,容错性对系统的稳定性、可靠性影响很大,而随着网络应用、电子商务、电子政务等越来越普及的同时,安全性越来越重要。容错性测试和安全性测试,相对来说,是比较难的,需要得到足够关注,需要得到设计人员、开发人员的更多参与。
没有用户的可用性测试,说白了就是拿草图找几个人按照操作的思路走一遍,以此来验证思路,查找疏漏;此方法只是在思考的过程中,用一个便捷的方法验证一下自己的思路,以此来改进设计,查找疏漏。
笔者在企业中推进CRM项目的时候,发现企业很多信息化负责人对于如何测试CRM软件感到很陌生。在CRM软件测试的时候,凭着自己的感觉走。这导致在测试中留下了很多盲点,最后给CRM软件在企业中顺利部署设置了障碍。在文中,笔者将为您介绍CRM软件测试的五大组件。
对于团队成员,这次项目我们哪里做得好,哪里还需要改进。一个项目结束后对于项目的进展大家心里应该都有数了,可以将每个人的想法汇总起来,并给出可行的解决方案,下次项目进行改进;在测试过程中遇到了什么问题,我们怎么处理的,这样做的结果是好的还是坏的等等,这样我想团队是在不断的向前走。对于领导,可能更关心这个项目经过测试后是个什么样子,我觉得可以提供一些图表进行分析。比如缺陷分布啊,缺陷趋势啊。
“根据系统测试发现缺陷数来衡量测试人员的系统测试效率,测试执行效率”,这种方法是很片面的。它的优点是便于统计和分析,缺点是只通过一个方面考核了测试效率等,漏掉了很多其他因素。那么该如何衡量测试人员的测试效率呢,以下给出一些效率计算的建议
测试……在我的理解是优化的前半部分,也就是优化策划,一个东西让你去测试,无非就是说要去根据客户的要求完善它,测试占的就是要把这个东西还没有符合的或者是和客户要求不一样的,或者是客户要求还没有完全达到要求的部分找出来,那要怎么去修练呢,这里我说一下我的方法
正确使用Mock的原则就是尽量不用,改善设计才是王道,代码难于使用通常的方法进行测试而不得不使用mock,绝对是一种smell,不要使用mock来掩盖这种味道。
好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案,成功的测试是发现了至今为止尚未发现的错误的测试。成为一个优秀的软件测试人员,就必须具备以下基本素质
Usability的概念在中国开始逐渐为企业所认识,但是作为这个领域的核心词汇,usability的中文翻译仍未统一。目前存在着两个主流版本:“可用性”和“易用性”。这两个译法虽然只有一字之差,但它们所传达的含义却大相径庭。对这两者的取舍已经不仅仅是哪个更好一点的锦上添花的问题,而是哪个对哪个错的是非原则问题。“易用性”的使用对于正确理解usability具有极大的片面性和误导性,非常不利于其在中国的开展。
因为交付测试验收是在产品之后、测试开始之前,所以认为交付测试验收可能会延误动态测试的执行。然而,实际上当使用验收过程后,测试执行的时间减少了,总是测试时间也减少了。
如果你想做一个好的产品经理,尽量用少而精的产品功能给客户带来价值。客户购买产品因为他们想要解决手上的问题。产品功能本身是没有意义的,只有当一个功能真正帮客户解决了问题,这个功能才真正有“功能”。
一些工程师的工作台上会摆满很多机器,测试工程师在同时操作着这些机器。其实很多时候是在进行环境测试,验证在不同的机器环境下,软件系统是否正常工作。环境测试,也有人叫兼容性测试或配置测试等,是指测试软件系统在不同的环境下是否仍然能正常使用。
传统的测试应该是可以坐在我们测试部门专用的办公区内,等待产品策划的文档;拿到文档后着手准备用例,并看一下项目的计划;在程序员提交可用版本后对产品进行测试,然后将找到的bug提交bug管理系统;最后在产品计划发布之前,拿出几个还未修改的bug理直气壮地说,产品还未准备好……然而现在,我们不再和产品团队有空间距离,不再只是看文档写用例,不再只是提交bug,不再只是争论某个bug是否必须修改……敏捷的开发决定了我们必须以敏捷的测试来应对。
模糊测试,事实上不是一种新技术。它早在1989年就被威斯康星州的麦迪逊大学BartonMiller教授发明。由于目前人们聚焦于开发更加安全的软件,模糊测试才被更加广泛应用并成为公认的代码测试方法。
团队测试与个人测试很重要的区别在于, 团队测试更加注重合作,可以借助其他人的优势来弥补自己的缺陷,遇到问题可以充分发挥整个团队的能力。这样如何尽快提高团队中每个成员的能力,挖掘整个团队的潜力就显得尤为重要
黑盒测试只有严格按照步骤进行,才可能对应用程序的质量进行把关。然而,如果没有一种优秀的测试工具的帮助,单纯凭借手工测试,不但将耗费大量的人力、物力和财力,而且有很多测试工作是难以实现甚至是无法实现的。