我想问大家开发一个软件首先需要具备哪些工具？
我想问大家开发一个软件首先需要具备哪些工具？易语言写源码？MicrosoftSQLserver2000enterprise企业数据库？还需要？些什么？...
我想问大家开发一个软件首先需要具备哪些工具？ 易语言写源码？Microsoft SQL server 2000 enterprise企业 数据库？ 还需要？些什么？
展开
3个回答
展开全部
作为一个测试人员的角色定位，以及刚入门需要
了解的相关知识和心态方面的问题。说实话，感
觉到很为难，有时候有些事情做起来感觉并不是
很难，但是要把它转化为文字的形式表达出来对
我来说确实比较为难的。但是我还是很愿意去用
一支拙笔来慢慢描述我对测试人员定位的一个理
解：
当一个人在一个漫长而坎坷的道路上走过之
后，我相信他一定会有自己沉淀下来的东西。前段
时间参加华东测试交流会时，听到海松大哥解析测试
人员如何定位自己的角色的时候就感触很深，感觉自己
还有很多值得钻研的地方，在测试领域，自己的很多认识
还是很肤浅的。随着公司规模逐渐扩大，测试人员也由以前的几个人发展到现在的几十人。队伍的壮大是显而易见的。然而很多刚进入门的同仁却开始慢慢对做测试流露出迷茫的眼神，问其原因，很简单，做测试学不到东西，整天就鼠标点点，键盘敲敲，很难学到真正的东西。听了之后不由得露出理解的笑容，想当年我也是从这样的境遇走过来的。刚进入公司的时候就让做测试，经历了同样的鼠标点点，键盘敲敲的经历。然而正是这样的一些成长经历让我在平淡中明白了很多道理，并且慢慢从因为工作而做测试转化为因为兴趣爱好而继续做测试工作。做测试不仅仅是表面看到的这种敲敲点点现象的延续，还有更深层次的内涵，只是我们很多人还没到达这个境界而已，所以看起来很枯燥。（我也没达到这个境界，不过我知道自己做的工作并不是很枯燥的，呵呵）。
刚开始做测试的朋友很多都在做黑盒测试，而黑盒测试往往对代码编写能力要求不是很高，这样给刚入门的人就造成了一个测试人员不需要太多知识的误解。然而，做测试往往需要很广泛的知识。不仅仅只是专业上的，而且要了解很多开发人员不了解的东西，在一个系统里面开发人员可以只了解客户需求，而我们的测试人员需要了解整个全局的东西。呵呵，感觉有点统筹全局的成就感。不过有时候相对于开发人员来说也的确是这样的。开发人员可以不用太多了解用户的需求，而我们却需要能够准确捕获用户的观点，对很多细节需要非常注意。往往很多人在初入测试行业的时候非常热衷于测试工具的学习以及使用，其实这并不是一个很系统的认知。知识的学习也是分阶段的。测试这两个字很表面来看很简单，只是给程序挑错误，找出bug来，但是在整个软件开发过程中我们该如何把测试跟开发结合起来有效地进行都需要经过实践来证明。而这些不是工具所能完成的。
我们对整个测试流程方面的东西需要了解得很多很多，而工具只是需要了解的其中一部分而且是比较小的一部分知识而已。你所了解的不仅仅只是测试的表面，你需要了解测试的流程，你需要了解如何用一个好的测试计划来规划我们的测试时间、测试范围（有些公司把测试范围的设计归纳在测试需求里面，但是很多公司都是在测试计划里面），需要了解如何用一个好的测试用例来覆盖整个测试范围之内的测试实施。了解如何保证所测试出来的bug是开发人员的问题而不是因为自己了解不够导致出现的问题。Bug分析报告之内如何总结问题都是我们需要注意到的知识。对自己的测试时间也需要进行详细规划，尽量多地考虑进去各种可能。这样才可以尽量减少相关的风险。
测试里面的知识学习可以分为以下三个阶段来进行（这个阶段只是自己的一种个人见解）：
第一个阶段我们必须要让做测试的人明白测试在整个软件工程里面的重要性，了解测试的相关基础知识，并且在了解这些知识的过程中逐渐挖掘出他对测试的兴趣。兴趣爱好是很好的从事一项工作的一个重要条件。让一个对测试丝毫不懂而且不感兴趣的人去直接去做测试，你不觉得是在耽误别人的青春吗？
第二个阶段我们必须对测试的流程的管理工作通过实际的软件测试有个非常明确的认识。因为很多时候工作都是在团队相互协调的情况下进行的，所以对于整个软件开发流程以及开发流程当中的测试流程都需要很熟悉，这样才可以更好的配合工作。当我们这些都很熟悉并且在工作当中应用很流畅的时候，我们就可以对测试工具进行相对应的学习。诚然，现在很多公司在招聘测试人员的时候总是要求了解自动化测试工具，实际上据了解，很多公司并不能真正用自动化测试。所以不要一进门就想着学习自动化测试工具，很多知识在你了解了其他知识之后学习效果跟用途可能会更好。在了解测试相关流程的同时我们必须扩充我们的其他相关知识，包括对我们的产品的客户的需求的了解要比开发人员了解更全面，更深入。这样才能保证我们的流程，我们的测试按照客观的正确的方向前进，而不至于被开发人员的思想所牵引。呵呵。我喜欢做事主动而不是被动的去执行。
到第三个阶段我们可以跟区分专业一样走自己喜欢的途径：一方面可以继续深入提高自己的测试的专业技能并且能够真正从事自动化测试，成为技术领域里面的专家。另一方面我们可以慢慢趋于测试管理方面。上次在交流会上，海松大哥对测试人员的发展阶段跟发展路径规划曾作出一个很形象的比喻来，我画了一个粗略的流程，大家可以看看下面的发展图：（自下向上的发展趋势）（当然并不是每个人都在这个曲线发展之内）
从这个图形我们大家也可以粗略的看出，对于初级测试工程师，这是两个不同的发展方向，但是最终还是发展为一个终点（PM）。从一个初级测试工程师晋升到一个高级测试工程师比较快，但是从一个初级测试工程师发展到一个Team Leader所需要的时间相对比较长。而从一个高级测试工程师发展到一个资深测试工程师花费时间更长一点，到达资深测试工程师之后就可以很容易做到测试主管了，以后可以发展到PM。当然从初级测试人员到高级、资深测试人员在上面的图中并不是表述为“曲线发展过程”的，很多时候行业经验、行业知识的累积等都很重要。而这点只有深入发展的人才会发现其重要性的。很多随着时间的推移和经验的增长，一些沉淀下来的东西不是表现在字面上，别人就可以理解并领悟的。所以要有信心的同时我们做事还必须有耐心，罗马非一日建成。相信明天就要紧紧把握今天。
我们很多人在测试的时候感觉到不爽的另外一个比较大众化的原因，可能就是对测试不感兴趣的同时知识层次不够。（建议接触测试一年之后还对此不感兴趣的朋友找找自己的原因，实在找不出来就早点看看别的比较好发展的行业吧。）。因为自己知识层次的不够，这样往往感觉自己找出的bug在开发人员那里得不到很好的重视，感觉自己的劳动成果没有得到相应的尊重一样。一个测试人员在跟开发人员打交道的时候往往会产生这么一个现象，随着开发的进行，测试人员提交的bug越来越不被开发人员重视了，这里面除了开发人员比较忙碌的缘故之外，另外一个不容忽视的原因就是我们测试人员自身的知识不够层次，很多时候因为我们不了解需求，不了解相关专业知识而误认为正确的东西是bug。任何一个领域里面的人我想都应该有这样的想法并且比较反对这个想法：那就是外行对内行进行不正确的指点，这相当于对别人劳动成果的一种不负责任的否定。所以我们一定要加强我们自身的专业知识的学习。这个时候大家可能会问，那么一个真正的测试人员应该具备哪些知识呢？我想在除了相关专业知识之外还有一些比较共性的知识需要我们大家了解，专业知识因为行业的不同所以有很多的不同之处，这儿不详细介绍了，我从大众化的方面来阐述下面几个需要我们注意的地方，这也是作为一个测试人员应该具备的基本素质：
1、我们需要具备很好的沟通能力：沟通是人类相互进步的一个重要标志，用在我们这个行业里面沟通也比较适用。我们的沟通往往不仅是跟开发人员的沟通，有时候也会跟我们的客户进行沟通的。这是两种不同类型的人，他们关心问题的侧重点也不同。所以我们沟通时候需要掌握一定的技巧，这样才能从客户那儿得到比较准确的需求。有时候我们的工作会被开发人员认为是“破坏”性的工作，这样就会引起我们跟开发人员的冲突，所以当我们发现一个bug之后如何跟开发人员沟通也是一门艺术。很多时候我们不仅仅是把bug写出来，也要很好地说给开发人员知道。从而达到我们彼此想要的一种结果。
2、我们需要具备很好的自信心：很多时候开发人员会经常认为测试人员的开发相关知识不如自己，所以会有一种轻视的态度，这个时候我们除了补充我们的专业知识之外还需要有很强的自信心。呵呵。如果允许他对我们说这说那，那么我认为我们的工作还没开展就已经处在十分不利的地步了，我们将会被他们牵着鼻子走。这种现象很正常。而我却属于那种很讨厌被别人牵着鼻子走的人。所以我知道我们一定要很专业才能让别人尊重自己的劳动成果并听取自己的见解。当然这种自信心也是建立在心平气和下的沟通，不是完全对立的。
3、我们需要保持一种怀疑的精神：（这点我很擅长，我经常怀疑那些跟我擦肩而过的PLMM对我放电。所以总是。。。。。。，呵呵，结果最近医务室大夫说我患了神经质。亏大了）我们会经常碰到这样一种情况，我们往往发现的bug交给开发人员时他们总是尽他们最大的努力解释每个他们认为不是bug的bug。我们在倾听他们解释的同时必须要怀疑他们的观点直到我们自己确认过之后。
4、我们需要耐心和很好的记忆力：有时候往往一个bug需要我们很耐心的花费时间、精力去投入在上面，而且当我们再找到有些类似的bug的时候，要能从脑子里面找出来这些bug，这就需要我们有很好的记忆力。其实如果不具备这些条件了那么相关的文档就是我们最好的查询资料。我就是属于这种类型的，很多时候总是翻阅以前的文档。但是这样也有一个好处，那就是在不断的查询过程中我们对文档的修改，使文档日臻完善，当然这种完善也是相对的。
5、我们需要一颗安静的心：因为浮躁的人是找不出隐藏在深处的bug的，（所以我们的开发人员总是喜欢让我测试他们的东西，因为我汇报的bug很少，这样他们的绩效就表现得很好啊。所以我总是挨批啊。不过现在学乖了，呵呵。）所以当我们测试的时候我们应该保持内心的平静，这样我们才会保持很好的洞察力来找到那些隐藏很深的bug。而且也会抓到相关的重点的。这点是很重要的。否则你的测试跟流水账做也没什么区别，根据业务流程，根据用户需求，根据开发人员的思路一路跑下去，发现一些皮毛的bug。这不是一个好的测试人员应该做的。我们在平静当中才能保持自己的观点不被别人左右。
6、我们还需要能够承受压力并排遣压力：无须质疑，我们的工作承受着一定的压力，当然这样说有点片面，不过大体上应该是这样的。所以我们经常承受着一定的压力，客户在催促，开发人员在delay，风箱里面的老鼠两头受气。所以我们要能够承受压力，包括外界的、工作上的压力。并且不要把因为压力而导致的不好的情绪带到工作当中。学会排遣这些压力，保持一颗轻松的，平静的心，然后全身心投入到我们的工作。
上面的只是根据实际的一些经验以及曾经看过的一些朋友的见解总结而来的，还有很多其他方面的知识，但是我实在没有时间了，呵呵，很抱歉。以后有时候还可以继续补充。只是想强调一点：测试在中国的发展前景是非常好的，而这点从这几年无论测试人员和测试环境的变化还是客户对产品质量的要求越来越高都可以看出的。
还是上面说的那句老话：相信明天，就要把握今天！
了解的相关知识和心态方面的问题。说实话，感
觉到很为难，有时候有些事情做起来感觉并不是
很难，但是要把它转化为文字的形式表达出来对
我来说确实比较为难的。但是我还是很愿意去用
一支拙笔来慢慢描述我对测试人员定位的一个理
解：
当一个人在一个漫长而坎坷的道路上走过之
后，我相信他一定会有自己沉淀下来的东西。前段
时间参加华东测试交流会时，听到海松大哥解析测试
人员如何定位自己的角色的时候就感触很深，感觉自己
还有很多值得钻研的地方，在测试领域，自己的很多认识
还是很肤浅的。随着公司规模逐渐扩大，测试人员也由以前的几个人发展到现在的几十人。队伍的壮大是显而易见的。然而很多刚进入门的同仁却开始慢慢对做测试流露出迷茫的眼神，问其原因，很简单，做测试学不到东西，整天就鼠标点点，键盘敲敲，很难学到真正的东西。听了之后不由得露出理解的笑容，想当年我也是从这样的境遇走过来的。刚进入公司的时候就让做测试，经历了同样的鼠标点点，键盘敲敲的经历。然而正是这样的一些成长经历让我在平淡中明白了很多道理，并且慢慢从因为工作而做测试转化为因为兴趣爱好而继续做测试工作。做测试不仅仅是表面看到的这种敲敲点点现象的延续，还有更深层次的内涵，只是我们很多人还没到达这个境界而已，所以看起来很枯燥。（我也没达到这个境界，不过我知道自己做的工作并不是很枯燥的，呵呵）。
刚开始做测试的朋友很多都在做黑盒测试，而黑盒测试往往对代码编写能力要求不是很高，这样给刚入门的人就造成了一个测试人员不需要太多知识的误解。然而，做测试往往需要很广泛的知识。不仅仅只是专业上的，而且要了解很多开发人员不了解的东西，在一个系统里面开发人员可以只了解客户需求，而我们的测试人员需要了解整个全局的东西。呵呵，感觉有点统筹全局的成就感。不过有时候相对于开发人员来说也的确是这样的。开发人员可以不用太多了解用户的需求，而我们却需要能够准确捕获用户的观点，对很多细节需要非常注意。往往很多人在初入测试行业的时候非常热衷于测试工具的学习以及使用，其实这并不是一个很系统的认知。知识的学习也是分阶段的。测试这两个字很表面来看很简单，只是给程序挑错误，找出bug来，但是在整个软件开发过程中我们该如何把测试跟开发结合起来有效地进行都需要经过实践来证明。而这些不是工具所能完成的。
我们对整个测试流程方面的东西需要了解得很多很多，而工具只是需要了解的其中一部分而且是比较小的一部分知识而已。你所了解的不仅仅只是测试的表面，你需要了解测试的流程，你需要了解如何用一个好的测试计划来规划我们的测试时间、测试范围（有些公司把测试范围的设计归纳在测试需求里面，但是很多公司都是在测试计划里面），需要了解如何用一个好的测试用例来覆盖整个测试范围之内的测试实施。了解如何保证所测试出来的bug是开发人员的问题而不是因为自己了解不够导致出现的问题。Bug分析报告之内如何总结问题都是我们需要注意到的知识。对自己的测试时间也需要进行详细规划，尽量多地考虑进去各种可能。这样才可以尽量减少相关的风险。
测试里面的知识学习可以分为以下三个阶段来进行（这个阶段只是自己的一种个人见解）：
第一个阶段我们必须要让做测试的人明白测试在整个软件工程里面的重要性，了解测试的相关基础知识，并且在了解这些知识的过程中逐渐挖掘出他对测试的兴趣。兴趣爱好是很好的从事一项工作的一个重要条件。让一个对测试丝毫不懂而且不感兴趣的人去直接去做测试，你不觉得是在耽误别人的青春吗？
第二个阶段我们必须对测试的流程的管理工作通过实际的软件测试有个非常明确的认识。因为很多时候工作都是在团队相互协调的情况下进行的，所以对于整个软件开发流程以及开发流程当中的测试流程都需要很熟悉，这样才可以更好的配合工作。当我们这些都很熟悉并且在工作当中应用很流畅的时候，我们就可以对测试工具进行相对应的学习。诚然，现在很多公司在招聘测试人员的时候总是要求了解自动化测试工具，实际上据了解，很多公司并不能真正用自动化测试。所以不要一进门就想着学习自动化测试工具，很多知识在你了解了其他知识之后学习效果跟用途可能会更好。在了解测试相关流程的同时我们必须扩充我们的其他相关知识，包括对我们的产品的客户的需求的了解要比开发人员了解更全面，更深入。这样才能保证我们的流程，我们的测试按照客观的正确的方向前进，而不至于被开发人员的思想所牵引。呵呵。我喜欢做事主动而不是被动的去执行。
到第三个阶段我们可以跟区分专业一样走自己喜欢的途径：一方面可以继续深入提高自己的测试的专业技能并且能够真正从事自动化测试，成为技术领域里面的专家。另一方面我们可以慢慢趋于测试管理方面。上次在交流会上，海松大哥对测试人员的发展阶段跟发展路径规划曾作出一个很形象的比喻来，我画了一个粗略的流程，大家可以看看下面的发展图：（自下向上的发展趋势）（当然并不是每个人都在这个曲线发展之内）
从这个图形我们大家也可以粗略的看出，对于初级测试工程师，这是两个不同的发展方向，但是最终还是发展为一个终点（PM）。从一个初级测试工程师晋升到一个高级测试工程师比较快，但是从一个初级测试工程师发展到一个Team Leader所需要的时间相对比较长。而从一个高级测试工程师发展到一个资深测试工程师花费时间更长一点，到达资深测试工程师之后就可以很容易做到测试主管了，以后可以发展到PM。当然从初级测试人员到高级、资深测试人员在上面的图中并不是表述为“曲线发展过程”的，很多时候行业经验、行业知识的累积等都很重要。而这点只有深入发展的人才会发现其重要性的。很多随着时间的推移和经验的增长，一些沉淀下来的东西不是表现在字面上，别人就可以理解并领悟的。所以要有信心的同时我们做事还必须有耐心，罗马非一日建成。相信明天就要紧紧把握今天。
我们很多人在测试的时候感觉到不爽的另外一个比较大众化的原因，可能就是对测试不感兴趣的同时知识层次不够。（建议接触测试一年之后还对此不感兴趣的朋友找找自己的原因，实在找不出来就早点看看别的比较好发展的行业吧。）。因为自己知识层次的不够，这样往往感觉自己找出的bug在开发人员那里得不到很好的重视，感觉自己的劳动成果没有得到相应的尊重一样。一个测试人员在跟开发人员打交道的时候往往会产生这么一个现象，随着开发的进行，测试人员提交的bug越来越不被开发人员重视了，这里面除了开发人员比较忙碌的缘故之外，另外一个不容忽视的原因就是我们测试人员自身的知识不够层次，很多时候因为我们不了解需求，不了解相关专业知识而误认为正确的东西是bug。任何一个领域里面的人我想都应该有这样的想法并且比较反对这个想法：那就是外行对内行进行不正确的指点，这相当于对别人劳动成果的一种不负责任的否定。所以我们一定要加强我们自身的专业知识的学习。这个时候大家可能会问，那么一个真正的测试人员应该具备哪些知识呢？我想在除了相关专业知识之外还有一些比较共性的知识需要我们大家了解，专业知识因为行业的不同所以有很多的不同之处，这儿不详细介绍了，我从大众化的方面来阐述下面几个需要我们注意的地方，这也是作为一个测试人员应该具备的基本素质：
1、我们需要具备很好的沟通能力：沟通是人类相互进步的一个重要标志，用在我们这个行业里面沟通也比较适用。我们的沟通往往不仅是跟开发人员的沟通，有时候也会跟我们的客户进行沟通的。这是两种不同类型的人，他们关心问题的侧重点也不同。所以我们沟通时候需要掌握一定的技巧，这样才能从客户那儿得到比较准确的需求。有时候我们的工作会被开发人员认为是“破坏”性的工作，这样就会引起我们跟开发人员的冲突，所以当我们发现一个bug之后如何跟开发人员沟通也是一门艺术。很多时候我们不仅仅是把bug写出来，也要很好地说给开发人员知道。从而达到我们彼此想要的一种结果。
2、我们需要具备很好的自信心：很多时候开发人员会经常认为测试人员的开发相关知识不如自己，所以会有一种轻视的态度，这个时候我们除了补充我们的专业知识之外还需要有很强的自信心。呵呵。如果允许他对我们说这说那，那么我认为我们的工作还没开展就已经处在十分不利的地步了，我们将会被他们牵着鼻子走。这种现象很正常。而我却属于那种很讨厌被别人牵着鼻子走的人。所以我知道我们一定要很专业才能让别人尊重自己的劳动成果并听取自己的见解。当然这种自信心也是建立在心平气和下的沟通，不是完全对立的。
3、我们需要保持一种怀疑的精神：（这点我很擅长，我经常怀疑那些跟我擦肩而过的PLMM对我放电。所以总是。。。。。。，呵呵，结果最近医务室大夫说我患了神经质。亏大了）我们会经常碰到这样一种情况，我们往往发现的bug交给开发人员时他们总是尽他们最大的努力解释每个他们认为不是bug的bug。我们在倾听他们解释的同时必须要怀疑他们的观点直到我们自己确认过之后。
4、我们需要耐心和很好的记忆力：有时候往往一个bug需要我们很耐心的花费时间、精力去投入在上面，而且当我们再找到有些类似的bug的时候，要能从脑子里面找出来这些bug，这就需要我们有很好的记忆力。其实如果不具备这些条件了那么相关的文档就是我们最好的查询资料。我就是属于这种类型的，很多时候总是翻阅以前的文档。但是这样也有一个好处，那就是在不断的查询过程中我们对文档的修改，使文档日臻完善，当然这种完善也是相对的。
5、我们需要一颗安静的心：因为浮躁的人是找不出隐藏在深处的bug的，（所以我们的开发人员总是喜欢让我测试他们的东西，因为我汇报的bug很少，这样他们的绩效就表现得很好啊。所以我总是挨批啊。不过现在学乖了，呵呵。）所以当我们测试的时候我们应该保持内心的平静，这样我们才会保持很好的洞察力来找到那些隐藏很深的bug。而且也会抓到相关的重点的。这点是很重要的。否则你的测试跟流水账做也没什么区别，根据业务流程，根据用户需求，根据开发人员的思路一路跑下去，发现一些皮毛的bug。这不是一个好的测试人员应该做的。我们在平静当中才能保持自己的观点不被别人左右。
6、我们还需要能够承受压力并排遣压力：无须质疑，我们的工作承受着一定的压力，当然这样说有点片面，不过大体上应该是这样的。所以我们经常承受着一定的压力，客户在催促，开发人员在delay，风箱里面的老鼠两头受气。所以我们要能够承受压力，包括外界的、工作上的压力。并且不要把因为压力而导致的不好的情绪带到工作当中。学会排遣这些压力，保持一颗轻松的，平静的心，然后全身心投入到我们的工作。
上面的只是根据实际的一些经验以及曾经看过的一些朋友的见解总结而来的，还有很多其他方面的知识，但是我实在没有时间了，呵呵，很抱歉。以后有时候还可以继续补充。只是想强调一点：测试在中国的发展前景是非常好的，而这点从这几年无论测试人员和测试环境的变化还是客户对产品质量的要求越来越高都可以看出的。
还是上面说的那句老话：相信明天，就要把握今天！
已赞过
已踩过<
评论
收起
你对这个回答的评价是？
推荐律师服务：
若未解决您的问题，请您详细描述您的问题，通过百度律临进行免费专业咨询
