西门子PLC RS485DP总线连接器
几乎每一个从事软件测试的工作者，都会用到有关的测试工具。这些测试工具能帮助我们实现一些靠人力无法实现的工作，或者能大大减轻人力工作的强度和难度，并提高测试执行的效率，缩短测试执行的时间，保证项目的计划。因此，无论、互联网扩展自己的技术视野和管理眼界，并进行深度思考。我们宁可拿四分精力来吸收，六分精力来思考，也不要拿九分精力来吸收，一分精力来思考。善于思考，就需要有蜜蜂酿蜜的精神，每一克甜美的蜂蜜不知凝聚了那个小生命的多少心血。思考需要我们下苦功夫，以“打破沙锅问到底”的探索精神去钻研，切不可不懂装懂，浅尝辄止。学习和思考是一对螺旋型交替上升的兄弟，在学习的过程中，需要经常停下来进行思考和回味，思考结束后再继续前行学习。学习→思考→学习，周而复始。
如果我们能通过测试工作这一人生阶段性的职业，掌握学习和思考的艺术，形成好的学习和思考习惯，那么无论将来我们是继续从事测试工作，还是转到开发领域，或者转到管理岗位，都会从在这一工作期间养成的学习和思考习惯中而受益匪浅。
后，总结一下前面讨论的学习和思考的意义。学习是思考的基础，思考是学习的升华。在学习的基础上思考，思考才能深入；在思考的前提下学习，学习才有效果。同时对所学的知识必须结合实际反复运用，知识才能巩固，技能才可纯熟，这就是我们IT人在职场发展的必由之路，愿我们大家都能勤于学习，善于思考，不断在测试领域及其他领域扩充自己的竞争力，在未来获得更大的发展和成就。
浔之漫智控技术（上海）有限公司（w）
是中国西门子的合作伙伴，公司主要从事工业自动化产品的集成,销售和维修，是全国的自动化设备公司。
公司坐落于中国城市上海市，我们真诚的希望在器件的销售和工程项目承接、系统开发上能和贵司开展多方面合作。
以下是我司主要代理西门子产品，欢迎您来电来函咨询，我们将为您提供优惠的价格及快捷细致的服务！
1.4 谦虚好学
孔子曾教诲我们“三人行，必有我师”。可是要真正做到谦虚好学并不是一件容易的事，特别是对于很多IT精英们，或者是自我感觉是团队中牛人的高手，让他们能真正地虚心向周围所有的人学习，特别是职务比他们低、工作年限比他们少的同事学习是非常难的！那么如何才能算是真谦虚?要知世间学问无量无边，唯有眼光放开，学问自然长进，方知自己所懂的实在少之又少。
常言道“任何人都可以成为你的老师”，笔者很认同这个观点。至少每个人的具开发团队却依然会出现开发需求产生偏差的情况，或者对测试工具本身缺乏足够的测试。
出现测试工具开发目标偏差，其主要原因还是大家在进行测试工具开发项目时，不像对待开发公司主营产品一样重视，并严格按照公司的开发规范流程化来工作。有时在测试工具开发的流程中，测试工程师在提出测试工具的功能描述文档时过于简单化，甚至随意化，再加上开发工程师对测试工具的测试对象理解可能不是杂度过高造成的。对于任何一个从事IT行业的人来说，学习和思考将伴随着我们的职业生涯。聚焦到我们所有从事测试工作的人，无论是进行功能测试的工程师、进行自动化测试开发或测试工具开发的工程师，还是进行测试项目管理和人员管理的测试管理者，在工作之余，不断地学习和思考无论对于现在的本职工作，还是未来往更高平台发展都是必需的。而学习和思考的范围除了目前所承担的职责外，也应该积极在未来有可能拓展的领域进行学习和思考。
每当我们完成一轮功能测试后，需要思考是否真正正确地理解了产品需求，是否正确地理解了测试用例和测试场景，是否真正在测试时把自己当做终用户，是否有更好的测试方法来发现问题。通过学习其他测试工程师发现bug的思路，经过自己独立的思考，将其测试思路应用于所负责的测试中。即便你只是一个初级的功能测试工程师，你也可以利用业务时间来学习自动化测试开发的相关知识，或者有空时自己写写小的测试工具，为将来有可能从事自动化测试或测试工具开发做一些储备。
对于很多普通的基层测试工程师，如果你有志走管理路线，则可以在当前被管理时，从自己的直接主管这里去体会他管理艺术的高低、管理过程中的优缺点。好的记下，仔细品味；不好的，也深刻反思不好在什么地方，假设自己处在这样一个管理的角色，会怎样去处理。你除了从自己的主管身上去学习管理技巧外，还可以通过思考寻找其他一些学习的途径。例如：从其他测试组的主管身上去学习，从开发组的一些主管身上去学习，甚至可以从电视上一些管理创业的节目中去学习都是不错的好方法。但是请注意学习本身并非目的，我们的目标应该是学会举一反三，灵活运用知识才是真正的目的。
测试人员如果能长期坚持广泛学习和独立思考，那么至少在测试领域会取得更高水平的提升。
提示
为什么要先对bug产生的原因进行分类?原因是我们可以从中检验出测试用例设计思路的强、弱。如果找到的bug大多数都只是粗心大意、懒惰的原因造成的，而其他种类的bug发现较少，则说明我们的测试用例在设计的测试方法上过于简单，且对系统内部结构的理解和产品需求的认识还较浅。通过找到本次测试用例设计不足的方向，也就找到了下次进步的方向。其次，我们还需要温习和总结测试用例重要的输出“bug描述”是否足够好，我们是否在bug报告中用一个简短的篇幅做出了足够准确、详细的描述。比如：
报告是否过长或过短；
是否有一些不必要的步骤；
重现步骤是否精炼、短；
给开发人员描述bug是否准确、简练；
是否在报告里写了一些不必要的信息。
后，在测试用例设计方法中是否有些步骤是没有用处而可以省略的；我们是否正确地理解了产品/软件规格说明书，以及测试用例和测试场景。3.回归测试领域
（1）我们的测试脚本一次性通过率是否每次都在稳步提高?如果一次性通过率开发并不是一次性的。因此，我们需要像对产品开发要求一样，尽量有一个规范的代码结构，以便于后来者进行二次开发和维护。虽然我们很少会利用自己开发的测试工具进行**的性能指标统计测试，但是我们却常常利用测试工具进行流量的模拟。为了保证测试环境流量大小的稳定性，我们也需要对自己开发的测试工具进行测试，优化测试工具的性能，使测试工具能够在实际应用中尽量状态稳定地工作。因此，我们可以在测试工具开发这一环节进行尽可能精益求精的发挥。往往一个测试工具的稳定性效果就是测试工具开发者追求精益求精、追求卓越的结果，也是与其他普通测试工具开发工程师的大区别。
在测试工具的易用性方面，通常由于测试工具开发项目时间紧，使得测试工具的使用方式在风格上可能过于偏“开发化”，也就是说，开发者自己可以很容易理解和使用测试工具，而测试工具的用户——测试工程师却比较难全面搞懂所开发的测试工具的使用方式。因此，建议测试工具的开发工程师应在稳定了测试工具后，再从测试工具易用性的角度，来不断完善、改进开发的工具。
在测试工具的相关文档方面，如果开发者自己不希望未来每一个工具的使用者都亲自来向他请教工具如何使用，或是未来进行二次开发时，自己都回忆不起来所有的代码细节，那么测试工具的开发者还是好能在工具的开发过程中，编写一份详细的开发文档，以及在完成测试工具的开发后，开发一个详细的使用手册。这样不但方便了未来的测试工具用户，也大大减轻了测试工具的开发者未来维护和支持的工作量。