做了7年手工测试迷茫了怎么办？——给你的建议 - 架构师Jack的个人空间 - 51Testing软件测试网 51Testing软件测试网-中国软件测试人的精神家园
联系我：新浪微博@架构师Jack 或
联系.(#换为@)
做了7年手工测试迷茫了怎么办？——给你的建议
& 07:38:18
/ 个人分类：
在新浪微博上有个朋友问到这个问题：“有多少是年限在7年以上但还仍然在做大量手工测试的。。。。，请朱老师给指导一条明路”，限于微博140的限制，我还是在blog中来分享一些我的观点：&& 手工测试并不比设计，工具使用或开发简单很多。你可以每年反思总结自己在测试分析的方法及能力上——减少测试对象遗漏，测试设计的方法及能力上——测试深度和去冗余，取得了什么进步，这就是你每年的努力提升方向。 自动化和工具毕业生都可以快速掌握，但如何设计一套漏测少，冗余少的框架则需要你丰富的手工测试经验为基础；如何设计一套能缩短研发进度保障测试质量的测试策略需要丰富的手工测试经验为基础。我03年就开始开发自动化测试框架（可以让人员只需要会脚本的if& for就可以完成自己的自动化测试脚本），一行一行写的，相比国内目前大多数搞自动化测试的人算走得早的吧，07年时还参与给某大型IT厂商（测试有400人当时）进行自动化测试咨询（自动化测试框架以外的自动化测试相关经验）。08年底出版的《精要》一书中所提到的一些自动化测试的部分经验在2010年的时候还被内部某些专职自动化测试工作人员提炼总结和传播，内部下载量上百。我从03年唯自动化测试工作论，到后面慢慢淡化，逐渐从事了测试类型的工作后我发现在测试领域自动化测试的重要性没我想得那么高，也没那么关键后，从08年起我完全离开了自动化测试领域，并发现了更多有价值更有意义更有挑战性的测试技术创新专题。如果关注我的blog，我的新浪微博会发现这几年我分享的测试技术和经验都是非自动化的，现在我还在路上。要知道测试的根不是自动化，而是质量，在质量这一块手工测试经验人员是大有可为，也只有依赖你来大有可为，自动化测试的同事搞不定质量，也无法全局角度整体来提升效率，自动化测试提升的效率从整个研发周期和测试周期来看，只能算是局部优化。搞好测试策略，搞好用例冗余也都能整体提升测试效率。&&&四年，我眼里的软件测试
我的图书馆
四年，我眼里的软件测试
一位企业家在分享自己的成功之道时说：自己的成功在于先于他人一步。中国的软件业起步晚，相对美国晚了30年左右，而这个行业，则相对美国晚了15至20年左右的时间。坦白的讲，我们是输在起跑线了。至今，中国的软件产品还是难以走出国门，只能给老外做做外包，当外包不景气时，IT业立马出现动荡，一群IT民工在网络论坛哭爹骂娘。稍加思考，一个产品的失败，除了市场因素外，往往是质量不行，软件测试作为软件产品质量的控制环节，从当今的软件环境可以看出国内的软件测试业有多么的薄弱。作为软件测试的衍生物，更是薄弱无力。
　　软件测试从业人员的整体素质能力水平偏低，这个是普遍现象。国外的软件测试人员职业发展从测试员到测试经理或测试专家，平均需要10年以上的职业发展时间，而我们的速度显得快多了，干了6年测试当上测试经理的比比皆是，从这点至少从侧面反映软件测试行业的不成熟。反观自己，从毕业到现在，从事软件测试职业有四个多年头，期间也花了很多时间研究Web自动化测试技术，也开发出了一套自动化测试框架，但是，仍觉得悲催，因为框架是居于商业软件之上开发的，意味着合法实施自动化的前提得花一大笔钱购买别人的产品，这样的框架充其量只能是花瓶，并没有掌握到自动化测试的核心技术。然而，有人会问，开源工具不好吗，例如之类。开源免费固然是好东西，但是开源也仅仅是代码开源，并不一定是技术开源，其次开源的工具往往需要更高的技术支撑，尽管如此，相比高昂的商业软件，我还是看好开源的自动化技术。希望将来的自动化测试技术领域能如同竞争一般，给最终的消费者带来福音。
　　从理论上讲，软件公司的质管部门（QM）包括两块，一个是软件测试（QC），一个是品质保证（QA），二者之间职能互有交叉，但是关注点和介入的点不同，不同公司对角色的定位也不同，正常情况下，QC倾向关注产品的质量，QA倾向关注产品的研发过程。所以，QC部门的成员是不断的在测试产品，分析产品的质量是否达到发布要求。而QA部门的成员则是在不断地规范开发产品的过程，并在原有过程的基础上对过程进行改进提升。二者的职能在产品线上都极为重要，从不同的角度上保证了产品的质量。而实际的环境呢，本人呆过的第一家软件公司，别提QA，连QC部门都没有，完全一私人小作坊，开发人员根据市场人员的要求对软件进行定制，市场人员简单对产品进行测试下就交付给用户，用户则在一片骂声中对市场人员施压，最终的结果是产品一直缺乏市场竞争力，订单减少，份额下降，领导层分崩离析。而目前的公司，通过了CMMI3级认证，在国内软件业界也算是拿得出手。但是随着软件技术的发展，开发部门在原有增量迭代模式引入了开发的思想，QA部门缺乏对过程的改进，导致QC部门的测试技术仍然沿用旧有的测试模式，在敏捷迭代模式下，测试人员往往疲于奔波在分析评审需求、编写、的过程中，不良的效应是测试人员没有时间来提高测试技能，这对于部门的成长是不利的。当然，领导层不是不明白这个道理，往往是投鼠忌器，对于流程中任何一丝改动，往往牵连着生产线上的各个环节，谁都不乐意去承担带来的风险。其实，任何一种变革都牺牲部分人的利益为代价，如果变革是一帆风顺就不能叫变革，充其量算是改进。总之，这一切主要取决于领导层的魄力。
　　测试人员的职业发展，相信许多人都关心，俗话说，女怕嫁错郎，男怕入错行。选择一个正确的行业对于个人的事业发展至关重要。凭心而论，软件测试这行并没有网络宣传中那么火，什么个刚毕业年薪10万啥的，那都不靠谱，拿极个别的案例说事那都是别有用心的阴谋家。软件测试人员在整个软件的产业链上薪资水平并不高，主要原因是测试的的技术含量普遍偏低和领导层对软件测试不重视。软件测试的主要工作是保证软件产品的质量，因此成果产出几乎没有，没有那个领导愿意拿着你的一堆说事，对吧，成果无法体现，薪资提升就得放缓。但是，其实也不能悲观，软件行业作为高技术行业的朝阳产业，软件测试仍然处于发展上升阶段，其重要性正在逐步被认可，而且，软件测试的技术也逐步在细化，越来越多的分支理论体系和测试技术也正在被系统化的推广。
　　刚刚进入软件测试的人过了个一两年往往容易迷茫，因为经过一两年的，软件业务已经掌握差不多，日复一日的重复执行用例，内心难免浮躁，此时如果没有很好地规划职业发展，接下来就难以突破自己的瓶颈，此时，往往会分为两类人，一类人停滞不前，一类人快速成长为测试专家或测试管理者。所以，一旦发现自己迷茫了，潜意识应该发现自己的职业发展已经遇到瓶颈，应该重新树立新的职业目标，选择一个适合自己的职业目标努力冲刺，否则你就是那个停滞不前的小兵。
　　测试人员的工作压力其实并不次于开发人员，良好的工作习惯有利于改善自身面临的工作压力。传统的职业素养要求做到五心：专心、细心、耐心、责任心、自信心，但是处在技术日新夜异的软件行业中，还要有上进心。如下总结个人对这六心的理解：专心：上班时间，领导会要求你专心完成工作，心无旁骛。如果你一边测试产品，一边干别的事情，测试效率能高吗，别人发现了一堆缺陷，你就提那么几个，组长一查，你小子负责的模块遗漏了一堆问题没发现，你以后就得不到重用，在部门里只能是老末。在一个团队里，谁做得好，谁做得差，很容易被发觉，如果你测试时，老拿着手机办自己的事，一旦出了问题，领导一定会找你的茬。
　　细心：做测试就是找bug的！这句话虽然有失水准，但是我们确实大部分时间是在找bug，找需求文档的bug、找安装文档的bug、找用户手册的bug、找测试用例的bug、找产品的bug。有这么多的bug需要我们费心思去寻找，你说能不细心吗，bug往往不是掉在马路上的硬币，俯首可拾，往往需要我们结合需求和自己的经验积累进行综合分析，除了发现显性的bug，也要挖掘隐性的bug。如果你细心测试，一定能比别人发现更多的缺陷，自然，你的工作绩效就比别人好。
　　耐心：为啥要耐心呢，其实，测试常常要奔波于不同部门确认问题、例如：你要到界面设计部确认界面问题、到产品部确认需求问题、到项目部确认功能问题。在这些个环节的沟通过程中，需要充分发挥沟通的技巧，沟通的前提在你尊重他人的劳动成果的前提下要有足够的耐心，特别的面对开发人员，因为开发人员似乎天生对测试人员就特排斥（特烦你们这些天天找茬的，哈哈），除了个别极品外，一般开发人员还是比较尊重测试人员。开发人员和你沟通往往会用他们的开发语言和你解释业务功能，如果你不懂，你就会蒙，蒙了就会一知半解地去处理问题，如果你多花点心思，耐心和他们再沟通沟通，把你的疑惑说得更清楚些，往往达到的效果更好。另外，为了能得到更好的沟通效果，平时主动多和各个部门的成员聊聊天，见面主动打个招呼，以后工作上的许多问题都能得到较好的协助。
　　责任心：没有责任心的男人得不到女孩子的芳心！当然，在职场上，不论男女，没有责任心你必然得不到领导的“芳心”。责任和权力往往是并行的，你承担更大的责任，往往可以获得更大执行权力，所以用于去承担一些自己力所能及的责任吧，不要在意别人怎么看，勇于承担责任的人往往是被尊重的。如果你是一个新人，要积极地设身处地地站在负责人的角度上考虑问题，多为项目的质量提供你的看法和意见，慢慢地，你会与众不同！
　　自信心：不要以为你做黑盒测试，没有技术含量，和开发人员对质问题就没有了底气，开发人员的认知不是衡量产品质量的标准，能衡量产品质量标准的是用需、软需，当你能确定需求功能描述时，请你硬起腰杆和开发人员斗到底吧。当然，对自己有自信，前提要建立在自己有足够能力的基础上，如果自己没有能力，又表现得很自信，别人会认为你是自大罢了。自信心往往可以表现出自己积极的职业形象，得到同事的认可。
　　上进心：想在IT圈里保有生机，就一定要不断的学习，不能吃老本，像算命先生，拿本老黄历算一辈子命，IT人没有那福气。每天都要吸收一点新知识，积少成多，不要书到用时方恨少。做软件测试的学习有个特点，那就是博而不精，需要博览IT方面的新闻和技术，在博览的前提下会限制你学习的精通，但是无法精通不代表全部不精通，而是要在博览的前提下精通一两门技术，这样你在职场上才有竞争力。本人非科班出身入行软件测试，通过4年的努力，在测试理论和技术都不比别人差，靠的就是每日的积累和学习，抱有一颗上进心，可以让你在竞争激烈的职场上处于不败之地。
　　眼见着就要离职，终于有理由找个借口让自己总结下这几年来在软件测试这行的认知，四年，对于一个软件测试行业而言，也仅仅是刚入了门槛的阶段，接下来还有许许多多的的路要走，许许多多的荆棘等待着跨越，愿自己在软件测试这条道上越走越宽阔！
发表评论：
TA的最新馆藏[转]&[转]&[转]&一年测试测试工作思考；1.前言；刚参加工作，进入技术中心的我有些迷茫，不知道自己；2.测试的理解；2、1测试定义；翻阅了很多资料，也和做测试的老师和朋友交流过，测；2.2测试定位；从公司对测试工作的定义，可以想想公司对测试人员的；2.3测试工作；我在这一年内做了自动化测试数据环境的搭建和维护，；2.4个人对测试的理解；经常流传的一种说法就是国外测试人员的地位
一年测试测试工作思考
刚参加工作，进入技术中心的我有些迷茫，不知道自己的定位，对于测试都是从零开始的。从大学毕业到现在，做测试已将近一年，在这一年的工作学习中，成长了不少。
2.测试的理解
2、1测试定义
翻阅了很多资料，也和做测试的老师和朋友交流过，测试的定义根据测试技术的发展，测试经历了三个阶段，第一个阶段是找出产品中的bug，第二个阶段除了找bug以外，又增加测试对软件质量的度量的概念，第三个阶段就是明确测试是为了度量和提高被测试软件的质量。我们现在还处于找bug阶段。我想公司对测试工作也许是这么定义的。
2.2测试定位
从公司对测试工作的定义，可以想想公司对测试人员的定位。我们公司测试工作包括了手工测试和自动化测试，现在主要是以手工测试为主，自动化测试为辅的方式。如果决定长期做测试，一方面可以继续深入提高自己的测试专业技能，成为技术领域的专家，另一方面可以慢慢趋于测试方面的管理。
2.3测试工作
我在这一年内做了自动化测试数据环境的搭建和维护，产品功能点设计，测试计划的编写，测试用例的编写和维护，后期的产品问题验证和需求验证，技术咨询，测试验证的工作。可以看出包括了自动化测试和手工测试的工作。在这些工作当中，我通过实际的软件测试，对测试的流程的管理工作有了明确的认识。对于整个软件开发流程以及开发流程当中的测试流程慢慢的熟悉起来。
2.4个人对测试的理解
经常流传的一种说法就是国外测试人员的地位多么多么的高。咱们公司开发比测试多拿多少多少，测试人员地位是开发序列中最低的。大家也要看看人家公司测试人员的素质，测试在开发过程中的重要性。再看看自己所从事的工作，就是找软件的bug。产品业务知识的积累和问题的处理经验是相当的重要，这些是需要时间来垫积的。当然有经验极其丰富的测试人员对产品的贡献比开发和需求大。明确了这些，心里也就能少点儿不平衡感。
3.提高的能力
最近一直在做问题验证的工作，不仅是跟开发人员的沟通，有时候也会跟客户进行沟通的。这是两种不同类型的人，他们关心问题的侧重点也不同。所以我们沟通时候需要掌握一定的技巧，这样才能从客户那儿得到比较准确的需求。有时候我们的工作会被开发人员认为是“破坏”性的工作，这样就会引起我们跟开发人员的冲突，所以当我们发现一个bug之后如何跟开发人员沟通也是一门艺术。很多时候我们不仅仅是把bug写出来，也要很好地说给开发人员知道。从而达到我们彼此想要的一种结果。
3.2学习能力
由于国家的卫生部的政策的调整，医院的管理制度会发生变化，现代的医疗行业已经走向信息化，医疗行业的业务知识也在不断的更新，这就需要我们不断的学习总结，才跟得上步伐。
自动化测试功能点设计，测试计划编写，自动化测试数据的设计，测试用例的编写。以上的工作内容涉及的软件测试技术（测试理论，方法，流程，文档写作，测试工具，自动测试）
3.5 处理问题的能力
我们部门每天都会接到各个渠道打来的技术咨询电话，对他们提出的问题进行处理，因为某些渠道的技术人员可能技术方面和沟通方面不是很强，这个时候就需要技术中心的人员通过某些途径对他们的问题进行指导，从这过程中锻炼了我们处理问题的能力，同时也提高了对产品的熟悉程度。
3.4写作能力
专家网写技术性论文。虽然写的还不专业，在以后的工作和学习中会有改进。
4.测试的价值
4.1技术支持
对于渠道实施人员，如果在现场遇到棘手的技术问题或是产品重大错误，会立刻咨询技术中心，然后技术人员分析问题，找到问题的症结，给实施人员找到解决方法将影响降至最小。
4.2测试验证
主要是产品修改后会让测试人员对比研发人员的修改说明和用户的需求是否一致，验证产品是否会按照修改说明实现了应该的功能。内部发现的错误多余外部，让用户能够更好的体验产品。
4,3问题验证
问题的验证是我们对渠道登记人员登记的问题进行处理的过程，基本包括错误类问题和需求类问题，对于错误类问题而言，我们需要还原错误现象，登记还原步骤，目的是能够让研发人员更快的查找问题。对于需求类问题，我们需要跟登记人员沟通，考虑业务知识和整体性，对他们问题的合理性和有效性进行判断。
以上三点就是体现了测试对于软件开发过程重要性。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此软件测试就是为了保证整个软件开发过程是高质量的，这就是测试的价值。
既然选择测试，就要做好自己分内的事情，以一个积极高昂的心态面对所有的挑战，我们年轻，需要奋斗，需要不断的学习，不断的进步，做好测试，相信技术中心会做好，有信心。
包含各类专业文献、行业资料、专业论文、各类资格考试、高等教育、幼儿教育、小学教育、外语学习资料、中学教育、一年测试工作的思考31等内容。　
　以下就是我对过去这一年的工作总结: 一、测试工作及经验 作为软件部测试组的一...第三招 思考自己所作的 刚开始入行的时候, 总是思考如何做好软件测试。 认为... 　职业性格测试及解析最完整_自我管理与提升_求职/职场_实用文档。十六种性格类型...工作经历以及当前学习环境和工 作感受,并思考: “哪一些是令你感到特别满意,有... 　2015应届毕业生工作心得_资格考试/认证_教育专区。...经过一年来的不断学习,以及同事、领导的帮助,我也...自己条件来入手,换位思考的来去寻找自己 的工作和... 　软件测试的前途与职业发展软件测试的职业发展是个很宽泛的命题, 不同测试工作...智者把工作当作带薪学习的机会,主动思考,踏实工作。当你月薪 2000 元 的时候,... 　软件测试系列思考_计算机软件及应用_IT/计算机_专业资料。软件测试思考系列[1]:...二. 自动构建 构建可以解决开发、测试、集成、 验收等工作的混乱,同时本身也是... 　习题与思考 3.为何说软件缺陷的最大来源是软件需求说明? 答:软件缺陷不只是...因此,必须根据测试的风险和优先级,控制测试工作量,在测试 成本、收益和风险之间... 　当时的情形是怎样的) (你当时是怎样思考的) (为此你采取了什么措施来解决这个...3. 我想知道,工作中什么环境和事情对你的影响最大? 4. 过去一年/三年/四年... 　电保护测试发展方向的思考_电力/水利_工程科技_专业资料。电保护测试发展方向的...的科学性,合理 测定设备风险,确保供电系统运行稳定,就需要明确测试工作的进展方向... 　MBTI职业性格测试及解析_教育学/心理学_人文社科_专业资料。MBTI职业性格测试和...工作中的优势 *你希望打破常规思考,考虑事情发展可能出现的新情况 *敢于冒险、...