1. 工作态度好, 主动性高
工作态度如何, 是评价一个软件 测试人员很重要的方面. 一个技术能力高的软件测试人员如果没有好的工作态度, 在测试团队中有时候不但不能对测试工作起到推动作用, 还可能起到阻碍作用; 而一个愿意工作的测试人员, 哪怕他的技术水平不高, 人也不聪明, 但对自己的工作认真负责, 你告诉他的事情, 他都可以认真去做, 这个测试人员也会对测试工作起到很大的促进作用. 这也是为什么很多企业愿意招应届毕业生做测试工作的一个主要原因.
2. 认真, 细心, 耐心
软件测试工作是一个烦琐的工作, 如果你不是认真, 细心, 耐心的人, 建议你最好不要进入这个行业, 否则, 最后难受的肯定是你自己.
有那么一句话: 细节决定成败. 这句话格外适用于软件测试人员. 软件测试简单来说其实就是找缺陷保证产品质量. 在一轮又一轮成千上万的 用例中发现尽可能多的缺陷, 认真, 细心, 难信是一个好的测试必备的素质要求.
3. 学习理解能力强, 善于学习总结
不断的学习新技术, 不断总结在实际工作遇到的问题, 解决的方法, 并把他们整理归纳, 是一个软件测试人员提高自己的技术水平的最好的方法.
还有两点需要说明的是: 1. 随着软件测试工作日益专业化, 原来的低水平测试人员越来越不能满足软件测试的需要, 测试 工具的使用, 测试理论的更新, 新技术的应用都要求测试人员要不断提高自己的水平; 2. 好的测试人员不但要理解测试技术, 对被测试 系统以及开发环境和工具以及 系统架构都要很了解才能制定合理的测试方案, 也就是说测试负责人不仅要了解测试技术, 还要了解主流的开发技术, 架构和工具(虽然不用成为专家), 这一切都要测试人员不断的学习和总结.
4. 软件测试理论的掌握
开发工具在变, 软件测试工具在变, 被测试的系统在变, 一切的东西都在变. 那么作为一个测试人员我们应该怎么去变呢? 测试的类型有很多种, 有软硬件测试, 有黑白灰盒测试, 有功能/系统/ 压力/Beta等测试, 但不管你测试的是什么系统, 基本理论是不变的. 首先都需要开发人员提供比较好的 需求文档, 概要/详细设计文档. 需求文档是我们制定 测试需求的标准, 也是我们判断系统是否存在问题的标准; 而概要/详细设计文档是我们制作 测试用例的依据, 我们的划分等价类, 边界值测试等等基本测试的方法都需要这些文档的支持. 当然每一种不同类型的测试, 都有其特殊的地方, 比如蓝牙测试就需要你对其协议/通讯理论有一定的了解(也就是系统环境). 也就是说好的测试人员必须熟练掌握测试理论, 举一反三.
5. 理论与实践结合, 要勤于动手, 不能眼高手低
很多软件测试人员在开会的时候往往能针对测试的计划/执行/报告/风险规避/人员&项目 管理提出很多有用的建议, 但是出了会议室, 在实际的项目运行中, 这样的一些意见/建议往往被束之高阁. 要么因为 实施的难度较大, 没有实施的决心; 要么是实施周期较长, 坚持不下去; 更甚者因为工作态度原因, 遗忘或者背离了计划的实施. 会上轻谈, 会下却从来不考虑如何实施. 我要告诉大家这样的人实际已经落入了一个技术生涯的误区, 看到问题可以说明你有一定的水平, 但如何解决问题, 如何实施才是真正体现一个人水平. 只有在解决实际问题的时候我们才能发现我们的解决方法有那些不足, 会产生什么新的问题, 从而不断改进我们的工作.
6. 处理问题的方式/Communication的技巧
测试工作换个角度其实就是在找developer的漏洞. 如何在合适的项目阶段准确详细地提交缺陷, 在开发人员解决Bug过程中, 如何提供更多更准确的信息, 同时跟踪好缺陷, 这是一个非常难处理的问题. 特别是对于那些开发/测试 流程不规范的单位, 如何提高沟通的技巧是一个好的测试人员需要掌握. 作为一个测试负责人, 要和开发人员, 测试人员, 公司领导( 外包公司还需面对 客户)经常面临成本限制(短暂的测试时间, 紧张的人员), 不断的回归测试, 测试的异常终止, 领导/客户的批评/抱怨, 开发人员的责难, 测试人员关于工期/测试环境的埋怨; 如何化解矛盾, 处理好这些问题是一个衡量测试人员好坏的标准. 人际关系处理不好, 其实一个主要的问题就是误解, 开发人员, 领导/客户对于测试工作的工作量/结果的误解是产生这些矛盾的一个主要原因, 所以作为好的软件测试人员, 除了具备一些常用的人际关系处理技巧以外, 还要是一个好的宣传员, 不断将测试的方法, 理论, 工作量对开发人员, 上级领导进行宣讲, 让他们对软件测试工作有一个正确的认识. 只有这样才能真正处理好软件测试部门和其他工作人员的人际关系, 是单位的测试向一个好的方向发展,
7. 熟悉开发工具和平台
不了解开发平台是无法做 单元测试的, 而且也无法做好的 性能测试; 更无法扩展自己的软件测试知识面, 了解测试深度.
8. 掌握测试工具
这个就不用说了, 如果现在没掌握软件测试工具就尽快去熟悉一种. 其实工具很多都是相通的.
工作态度如何, 是评价一个软件 测试人员很重要的方面. 一个技术能力高的软件测试人员如果没有好的工作态度, 在测试团队中有时候不但不能对测试工作起到推动作用, 还可能起到阻碍作用; 而一个愿意工作的测试人员, 哪怕他的技术水平不高, 人也不聪明, 但对自己的工作认真负责, 你告诉他的事情, 他都可以认真去做, 这个测试人员也会对测试工作起到很大的促进作用. 这也是为什么很多企业愿意招应届毕业生做测试工作的一个主要原因.
2. 认真, 细心, 耐心
软件测试工作是一个烦琐的工作, 如果你不是认真, 细心, 耐心的人, 建议你最好不要进入这个行业, 否则, 最后难受的肯定是你自己.
有那么一句话: 细节决定成败. 这句话格外适用于软件测试人员. 软件测试简单来说其实就是找缺陷保证产品质量. 在一轮又一轮成千上万的 用例中发现尽可能多的缺陷, 认真, 细心, 难信是一个好的测试必备的素质要求.
3. 学习理解能力强, 善于学习总结
不断的学习新技术, 不断总结在实际工作遇到的问题, 解决的方法, 并把他们整理归纳, 是一个软件测试人员提高自己的技术水平的最好的方法.
还有两点需要说明的是: 1. 随着软件测试工作日益专业化, 原来的低水平测试人员越来越不能满足软件测试的需要, 测试 工具的使用, 测试理论的更新, 新技术的应用都要求测试人员要不断提高自己的水平; 2. 好的测试人员不但要理解测试技术, 对被测试 系统以及开发环境和工具以及 系统架构都要很了解才能制定合理的测试方案, 也就是说测试负责人不仅要了解测试技术, 还要了解主流的开发技术, 架构和工具(虽然不用成为专家), 这一切都要测试人员不断的学习和总结.
4. 软件测试理论的掌握
开发工具在变, 软件测试工具在变, 被测试的系统在变, 一切的东西都在变. 那么作为一个测试人员我们应该怎么去变呢? 测试的类型有很多种, 有软硬件测试, 有黑白灰盒测试, 有功能/系统/ 压力/Beta等测试, 但不管你测试的是什么系统, 基本理论是不变的. 首先都需要开发人员提供比较好的 需求文档, 概要/详细设计文档. 需求文档是我们制定 测试需求的标准, 也是我们判断系统是否存在问题的标准; 而概要/详细设计文档是我们制作 测试用例的依据, 我们的划分等价类, 边界值测试等等基本测试的方法都需要这些文档的支持. 当然每一种不同类型的测试, 都有其特殊的地方, 比如蓝牙测试就需要你对其协议/通讯理论有一定的了解(也就是系统环境). 也就是说好的测试人员必须熟练掌握测试理论, 举一反三.
5. 理论与实践结合, 要勤于动手, 不能眼高手低
很多软件测试人员在开会的时候往往能针对测试的计划/执行/报告/风险规避/人员&项目 管理提出很多有用的建议, 但是出了会议室, 在实际的项目运行中, 这样的一些意见/建议往往被束之高阁. 要么因为 实施的难度较大, 没有实施的决心; 要么是实施周期较长, 坚持不下去; 更甚者因为工作态度原因, 遗忘或者背离了计划的实施. 会上轻谈, 会下却从来不考虑如何实施. 我要告诉大家这样的人实际已经落入了一个技术生涯的误区, 看到问题可以说明你有一定的水平, 但如何解决问题, 如何实施才是真正体现一个人水平. 只有在解决实际问题的时候我们才能发现我们的解决方法有那些不足, 会产生什么新的问题, 从而不断改进我们的工作.
6. 处理问题的方式/Communication的技巧
测试工作换个角度其实就是在找developer的漏洞. 如何在合适的项目阶段准确详细地提交缺陷, 在开发人员解决Bug过程中, 如何提供更多更准确的信息, 同时跟踪好缺陷, 这是一个非常难处理的问题. 特别是对于那些开发/测试 流程不规范的单位, 如何提高沟通的技巧是一个好的测试人员需要掌握. 作为一个测试负责人, 要和开发人员, 测试人员, 公司领导( 外包公司还需面对 客户)经常面临成本限制(短暂的测试时间, 紧张的人员), 不断的回归测试, 测试的异常终止, 领导/客户的批评/抱怨, 开发人员的责难, 测试人员关于工期/测试环境的埋怨; 如何化解矛盾, 处理好这些问题是一个衡量测试人员好坏的标准. 人际关系处理不好, 其实一个主要的问题就是误解, 开发人员, 领导/客户对于测试工作的工作量/结果的误解是产生这些矛盾的一个主要原因, 所以作为好的软件测试人员, 除了具备一些常用的人际关系处理技巧以外, 还要是一个好的宣传员, 不断将测试的方法, 理论, 工作量对开发人员, 上级领导进行宣讲, 让他们对软件测试工作有一个正确的认识. 只有这样才能真正处理好软件测试部门和其他工作人员的人际关系, 是单位的测试向一个好的方向发展,
7. 熟悉开发工具和平台
不了解开发平台是无法做 单元测试的, 而且也无法做好的 性能测试; 更无法扩展自己的软件测试知识面, 了解测试深度.
8. 掌握测试工具
这个就不用说了, 如果现在没掌握软件测试工具就尽快去熟悉一种. 其实工具很多都是相通的.