网站选项卡图标代码,百度seo关键词优化软件,做调查问卷的网站有什么,黑龙江建设教育信息网站首页做测试久了#xff0c;经常会有一些感悟#xff0c;最近在51上看到一贴#xff0c;说出了我的心声#xff0c;把我一直想写却一直以时间为借口为由拖着未写的心声写出来#xff0c;摘抄了部分过不#xff0c;一起纪念测试的年代#xff0c;测试的心声。测试好象一直会被… 做测试久了经常会有一些感悟最近在51上看到一贴说出了我的心声把我一直想写却一直以时间为借口为由拖着未写的心声写出来摘抄了部分过不一起纪念测试的年代测试的心声。测试好象一直会被一些人误解测试就是找茬 经常被问到“你是做什么的”回答“测试”时别人马上反问“你会不会编软件呀”。我说“不会我是做软件测试的不是做开发的”接着又问“你是专门挑毛病的是吧”我只是笑着摇摇头说“我做软件测试是找缺陷不是找茬”做测试久了的大家可能都会有些这样的想法下面这二段是摘的但是也有部分是我的心声。 第一软件测试是找bug不是找茬。以前在外包做测试面对的之间人是PM面对所谓的客户是开发软件的人而且因为离开发人员较远沟通基本上都是用邮件所以当时的感触还不太多只是做好自己的本职工作尽可能的发现更多的问题尽可能让自己发现的问题更有价值尽可能让自己发现的问题让开发能够百分之百复现现在进了一家自己做产品的公司面对的人整个全变了以前以为面对的是开发现在明白在自己做产品的公司了不仅要面对开发、还有产品、设计、还有真正使用的客户以前总是听说测试和开发是死对头很难沟通也看了很多关于开发和测试之间沟通的问题其实真的没有什么对头不对头的因为大家最后的目的是一样的都是为了能把项目做好测试希望项目好开发更是希望它成功就像我前两天看的一篇文章说开发其实跟测试一样看中产品的质量因为他们是真正实施的人谁不希望自己做的东西能尽量完美呢而开发为什么会跟测试有隔阂呢是因为开发想让测试第一时间就能找出那些关键致命的bug而作为测试本身呢看到的每个问题都会及时的去上报只是分了优先级别而开发却不看这些所谓的优先级别所以就会认为不好好的找重大bug竟在挑刺其实每个角色都各自体谅一下就都解决了既然目的是一致的为什么非得在纠结这个先后顺序呢开发的不要以为测试人员是在故意找茬他们提出来的问题应该都是缺陷只是处理的轻重缓急你们自己来决定就可以了而测试的也不要以为开发人员是对自己有意见在提交bug的时候最好先挑那些重大的bug震震开发的然后在把那些不太重要的问题一起报上来这样不仅仅测试的价值体现了而且开发也会对你另眼相看同时大大的提高了测试的地位要时刻记得我们测试是在找bug不是在找茬 第二软件测试只是提高产品的质量而不是保证产品的质量。我记得我第一次接触测试在课堂上我的导师就跟我说“我们测试是提高质量而不是保证质量。”而有很多不太懂测试的人就会产生一种误解认为要测试的干嘛啊既然我们花了钱用你就应该保证我们的产品没有缺陷呀对于这样的人我只能说不太理智并不是我作为一名测试人员推卸责任而是因为这个世界上本身就没有百分之百的事情我们能做的就是尽我们的全力去提高、找出最多的问题并得到相应的解决测试不是万能的如果有人说我测试能保证你们产品的质量那我只能说你被忽悠了我们只是提高产品质量而并非保证产品质量 第三软件测试是需要全民参与的而并非只是测试工程师的事情。有人认为反正有测试人员了所以对产品就不太关心了其实测试是每个人的事情其中也包括了客户因为一个人再细致也没有无数双眼睛看的全面。忘记了是哪个公司的老总一直提倡的是全民的测试意识我觉得很赞因为每一位员工都是一份子而做的每一个产品不仅是公司的形象也是我们每一个人的体现只是我们的分工不同而已但是它都代表着我们而且我觉得这样的管理观念还可以有团结人的力量可以让大家一起把事情做的更好而不是单单的依赖于测试最后把大家变得越来越懒惰我发现现在的公司就有这种现象开发人员有时就会有一种依赖的心理认为反正有测试呢对于自己写的程序也不那么太认真了而且自己做完也不是很认真的检查了拿过程序来随手一抓都是bug。最后弄的开发头疼测试也头疼所以说公司要从根上来激励这种意识测试不仅仅是测试工程师的事情而且是需要全民参与的一个重要事情 个人愚见测试确实需要全民参与才能更好的提高质量每个人的思维方式掌握的业务水平不一样大家站的角度不一样当然能发现更多系统的问题同时要想提高质量还得从源头抓起也就是在设计时就要下苦功有了好的基础、框架再往上搭的时候会轻松很多我们经常遇到在系统测试的时候提出的一些问题开发给出的解释是这个是框架的问题没办法改那个是什么逻辑问题也不好改我常常就在想为什么在设计阶段不多研究一下呢设计未过就马上进入到编码阶段最后出来的程序没有一个统筹而是各自为政导致出现的问题在后期要修改起来很为难到底要不要改呢如果改要耗费大量人力、时间有可能冒着延迟进度的风险而不改又确实是个问题如果在客户使用时发现提出来这个问题时到那时我们该怎么办 对于开发与测试人员关系的问题这个也是感悟很深以前有遇到个别的开发的人员很烦测试这个是小问题不想改那个也是小问题不想改只有影响到功能不能实现的才是问题才会改或都调整样式等这样的问题很烦不想改等等。各种各样的问题都是需要测试人员把握的这些问题最好在后期与开发人员强调沟通协调修改在前期尽量提一些功能缺陷方面的这样配合开发人员实现整个系统的功能其他的在后期再来调整因为开发人员的想法就是功能未实现调样式有什么用或许后期还会有一些修改呢担心调了也是白调误了时间现在我也能理解了。前期如果我们能发现一些逻辑上的问题或业务流程考虑不周的问题行装开发人员还是挺重视的也会很愿意和我们沟通系统有了什么调整也是第一时间通知测试人员对测试人员不再有敌视更多的是一种依赖。 做测试久了发现自己要学的东西太多太多真正明白了为什么帖子上常见问题测试人员应该掌握的知识。如果有一个缺陷那对测试生涯真有挺大影响如果掌握的知识越精通对所测的系统也会更全面也能和开发人员进行更多的沟通不然开发人员就只会认为测试只是测测表面的问题测测界面没有多少实际的意义这样当然得不到重视了。今天就写到这里了有时间再来补充吧。 不管开发还是测试更甚于公司因为我们的目的是一致就是提交给客户的是一个高质量的软件为了我们的共同目的让我们一起加油
