怎样才能做好软件测试 怎样才能做好微商
如何在工作中做好软件测试？
自动化测试方面接触不多，就黑盒测试方面，我说下我的理解。
基础的：1、做测试时要绝对专心，要有很强的判断能力，bug出现在你面前你不能疏忽漏掉并且要能准确判断它是哪类哪个区域的bug以及严重程度。
2、要能准确描述bug发生的各种情况和实际结果、复现bug的各种步骤和各种方法，期望结果写的全面些而非一句“它应该正常工作”这么简略，有能力的话再给点建议辅助开发人员快速修复bug。
3、对bug负责，做好bug跟踪和回归测试工作，直到bug修复。
进阶的：1、可以根据文档设计测试计划、测试用例。
在没文档的情况下，快速理解软件工作逻辑，创建些简易文档辅助测试，进行测试工作时规范的写下所用测试用例和结果。
2、掌握一些测试方法，比如说探索式测试。
3、掌握些软件设计、产品设计方面的知识，便于理解软件，从而辅助测试工作。
目前我能想到的大概就这些，希望对你有帮助：）
做好软件测试的技巧？
一是做好测试准备。
实际工作当中，往往是任务驱动的工作模式，测试人员接受一个测试任务就意味着测试工作启动了。
作为一个成熟的测试人员，接受任务后首先要做的是测试任务开始前的准备工作，那么一般的测试任务前期准备工作都有哪些？首先，你必须尽快熟悉所接受的测试任务的相关背景。
实际的测试工作中，往往是结合现实的场景进行测试，不同的场景可能会有不同的预期目标。
因此，了解任务或者项目背景是比较重要的。
其次，尽可能的获取与测试任务相关的信息资料，包括文档说明、环境信息、相关的开发以及可以获取支持的其他人员信息。
测试不是一个孤立的工作，整个测试过程中需要与很多周边的人员产生交流，这就是为什么要求测试人员具备相当的沟通能力。
二是强化测试执行。
测试执行，单单从字面来看，其实并不复杂，按照测试用例的步骤完成用例的执行就ok了。
但是这里考验你的耐心、细心。
执行一个用例并不难，难的是，一天、一周、一月，周而复始的执行测试用例。
测试原本就是一个周而复始、重复性的工作，很多人初次接触测试工作，带着好奇，会感觉有趣。
但是，工作一个月、两个月后就会被重复的测试执行所击倒，会觉得厌烦，感觉自己成了重复工作的机器，没有新意、没有成就感，这是大部分进入测试行业新人的心理反应。
三是用好测试工具。
随着自动化测试的流行，越来越多的人重视测试工具的使用，往往不考虑实际情况或者自身条件，盲目追求使用测试工具。
难道测试工具真有那么大的威力吗？不可否认，测试工具能很大程度上提高测试效率，尤其是对于重复性的一些测试用例及部分回归测试。
但是测试人员不能依赖测试工具。
工具仅仅是工具，并不具备人的思维、视野、判断力。
不管行业如何发展，测试工具永远不可能取代人的作用，而且我们必须看到，目前国内软件行业中，手工测试至少占据测试工作的90%以上。
目前，我们一直使用日事清来完成软件测试工作，通过计划来规划工作中的一切事务，创建任务、分配成员、安排日期，每条任务会自动分解到每个成员的日程中，员工只需要按照日程中的任务行动，不再被无序的工作烦扰。
每日、每周、每月的工作成果可以一键生成报告方便相关人员跟踪回顾。
怎样提高自己的软件测试能力
我也是做软件测试的，提一些小建议，仅供参考： 1.做软件测试最好进公司实践.因为测试公司的每个项目组对知识的要求都不一样，也许你在这个项目组里做的很好，但把你调到另一个项目组，你仍然是门外汉.所以直接进公司学习和实践是个不错的选择. 2.软件测试需要有广泛的计算机相关知识，包括计算机网络，数据库，软件工程等. 3.掌握一门开发语言，对其他语言也要熟悉，起码做到能看懂，这样将会对你的发展很有帮助. 4.提高自己的英语水平.不可否认，现在软件行业的领先国家还是欧美，换句话说就是欧美的产品相对较多，是测试的一个很大的市场.要做这些国家的产品，英语当然是非常重要的. 5.最好掌握一门日语或者韩语.现在中国对日对韩的软件外包越来越多，尤其是北方地区.掌握这两门语言，在找工作时将会非常有优势. 6.初次进入软件测试行业，公司只会让你做人工测试，或者说是黑盒测试.所以一切读要从基础做起，不要奢望学好了直接进公司做自动测试. 7.总起来说，进公司实践，然后再买一些相关书籍翻阅.记住，最重要的还是动手能力，然后才是思考能力（这个行业和别的行业颇有不同，公司要求的是你先能做项目，然后你才去自己发展自己） 最后，软件测试现在人才缺口很大，薪水也颇为可观相信你选对了路.好好做，祝你有个美好的前程！
如何让做好软件功能测试,哪位大侠给个大体思路
首先你要了解需求，知道要这个软件要有哪些功能需要制作成什么样，还有软件的业务流程是否样的，逻辑是什么样的，界面样式，性能，安全，等等，需要你在介入测试前作好准备，最好的办法是写测试用例，然后执行这个些用例，测试过程中了去验证这些功能是否有实现，业务流程是否实现，逻辑是否正常，这样才能保证软件的功能测试全面，完整，我这里讲得也很笼统，你可以在网上找点软件测试的相关资料看看，特别 是测试流程，每个流程应该注意些什么，做些什么，希望能帮到你！
如何做好软件测试需求评审呢？
软件需求是软件开发的最重要的一个输入，需求风险也常常是软件开发过程中最大的一个风险，降低需求风险的一个重要手段就是需求评审，但是需求评审是所有的评审活动中最难的一个，也是最容易被忽视的一个评审。
笔者曾经历过以下的几种失败的需求评审： 案例一 某领域专家A先生就某企业的成本管理系统做用户需求报告的评审工作，在评审会开始时间不长，就被在场的企业的一位副总B先生打断，认为A先生提出的方案不适合本企业，A先生提出的管理改进方案在企业中无法实施。
该副厂长提完意见后，与会的用户方人员纷纷跟随B先生的提出了他们的反对意见，致使评审会无法再进行下去，最终该报告被用户否决。
案例二 某软件公司内部举行产品的需求评审会，主要是公司内部的领域专家参加，在评审会开始后不久，某领域专家就对需求报告中的某个具体问题提出了自己的不同意见，于是，与会人员纷纷就该问题发表自己的意见，大家争执不下，结果，致使会议出现了混乱状况，主持人无法控制局面，会议大大超出了计划评审时间。
案例三 某软件公司为某公司A做业务流程管理系统的需求评审会，当项目组人员在会议上宣读多达上百页的需求报告时，用户明确提出听不懂，致使会议不得不改日进行。
案例四 某软件公司在用户处开完物资管理系统的需求评审会后，与会人员离开会议室时，纷纷摇头，认为本次会议没有多少实际效果，完全是在走过场。
案例五 某软件公司在公司内部举行产品的需求评审会时，需求报告的执笔人与产品策划主要策划人员的想法差别很大，致使需求评审会没有必要继续进行下去。
以上的现象可以在很多项目中都可以看到。
概括起来，在需求评审中常见的问题是： ◇ 需求报告很长，短时间内评审者根本就不能把需求报告读懂，想清楚； ◇ 没有作好前期准备工作，需求评审的效率很低； ◇ 需求评审的节奏无法控制； ◇ 找不到合格的评审员，与会的评审员无法提出深入的问题； 那么究竟如何做好需求评审呢？
做软件测试怎么样呢？
学软件工程专业的，可考虑从事软件测试或研发。
不过个人认为学得不好才选择选择测试，这个观点是错误的。
因为就测试承担的角色和后期发展来看，技术含量并不亚于研发。
大多选择软件测试的，从行业前景来看，主要是因为信在息化的时代，用户更关注软件的体验度，而体验度软件测试跟软件质量、功能、性能等有关，开发商和运营商要想占领市场，必须抢占用户，如何抢占用户，就是用优质的产品。
从长远来讲，测试更受企业重视，发展空间大，职业寿命长，就业竞争优势大。
所以，职业方向的选择，建议从长远来规划。
而不是盲目的因为学习不好而选择自认为简单的职业。
做好游戏测试员应该怎样做？
首先，要有宽泛的计算机基础知识。
微机原理，数据结构，数据库，操作系统原理，编译原理，逻辑，编程语言，网络，等等，都要系统地学习过。
都精通不大可能，因为人的兴趣都不相同，但是，这些功课的基本知识点是应当了解的。
我们在谈到职业的类别的时候，我们可以说C程序员，C#程序员，Java程序员，而没有C测试员，C#测试员，Java测试员，程序员可以只擅长某一门编程语言，测试员却不行。
为什么呢？测试员是代表用户的，在做测试的时候，他（她）需要考虑到方方面面的事情。
例如对于一个用C写的上网拨号程序，测试员需要考虑： (1) 程序的功能是否正确；（要求计算机知识） (2) 是否符合用户的使用习惯；（要求界面设计知识和换位思考能力） (3) 性能是否满足要求，例如长时间使用；稳定性；（要求深入的计算机知识） (4) 是否能够满足用户可能的不同操作系统的要求；（要求计算机知识） (5) 如果在全球发布，是否满足不同语言和文化的需求；（要求软件国际化测试知识） (6) 如何搭建测试环境；（动手能力，硬件知识） (7) 做代码检查；（比较深入的C语言知识） (8) … 所以，各方面都了解一点，你在做测试的过程当中你会感觉顺手的多。
如果某写方面还差一些，没有关系，计算机行业的特点就是边做边学，只要是个有心人，学习是很快的。
其次，要掌握一门编程语言。
有的朋友可能会说，我就是不愿意做编程才来做测试的，怎么测试还有这么一个要求？我要尝试说服你：）。
我的理由有两个： 1. 只有知道怎么做一个软件产品，才能真正懂得这个产品。
而只有真正懂得了产品，才能做好测试。
一行代码不会，你会始终是个门外汉。
不要满足于点鼠标，而去尝试着打开我们面前的黑盒子。
2. 自动化测试技术需要编程技术。
自动化测试是软件测试的一个发展方向，一方面很多测试工具都需要人工干预，编写代码；另一方面在有的情况下需要自己编写测试工具。
对于测试员来说，编程技术不要求精通，但要会。
再次，学好英语。
在现阶段，我们只能承认，在计算机方面，英语国家领先。
有很多的资料都是英语的，如果仅仅局限在中文资料方面，会影响你的渊博程度：）。
举一个简单的例子，Windows操作系统会捕捉到一些程序或者操作系统内部的异常，你可以根据这个异常到微软网站上去查找错误原因和解决办法，其中有很大一部分资料就是英文的，因为还没有翻译过来或者以后也不会翻译的。
以上所说的几点看法，都是在计算机行业里面打转，下面说几个“虚”的要求吧。
1. 锻炼出一双测试的眼睛。
我的一个朋友，她也是做软件测试的，她说，有一次她和她老公去买笔记本电脑，她一眼就看出液晶屏上有几个坏点，而她老公却看不出来。
她说，这要归功于她有一双测试的眼睛。
测试的眼睛，就是对问题特别敏感，能够发现常人发现不了的问题。
测试员就是要找软件中的问题，有了这双眼睛会让你收益非浅。
耐心，细心和经验，会有助于我们到达这个要求。
2.平和的心态。
从心理学上说，每个人都不喜欢别人对自己挑毛病，程序员也是这样。
所以，要以平和的心态去看待发现的软件问题，以平和的心态去和程序员交流。
千万不要以为自己发现了几个问题，就可以责怪程序员，或者冲过去骂他们一顿。
也不要在背后谈论谁谁谁不行，bug太多。
一个项目是大家共同做的，需要举集体之力才能做完。
我们测试员发现的问题多，表明项目的风险又少了一点，应该高兴才是。
如果你的脾气不好，可能这个恶名会掩盖你的真才实学，很可惜的。
做软件测试员需要学哪些专业知识？？？
有些事情说起来有些滑稽，几年前，我们说，软件测试业在中国刚刚起步。
现在，我们还是在说，软件测试业还是刚刚起步。
几年的时间，对于其它行业是一个什么概念我不清楚，对于IT行业来讲，不是一个小数。
实际上，国内软件业的发展缓慢限制了测试业的发展，没有软件的开发计划，测试的需求不旺啊。
然而，反过来想，在软件测试业还没有大红大紫的时候介入进去，应该是个好时候。
那么，从事软件测试业的基本要求是什么？我根据自己的体会，罗列一些，供朋友们参考。
首先，要有宽泛的计算机基础知识。
微机原理，数据结构，数据库，操作系统原理，编译原理，逻辑，编程语言，网络，等等，都要系统地学习过。
都精通不大可能，因为人的兴趣都不相同，但是，这些功课的基本知识点是应当了解的。
我们在谈到职业的类别的时候，我们可以说C程序员，C#程序员，Java程序员，而没有C测试员，C#测试员，Java测试员，程序员可以只擅长某一门编程语言，测试员却不行。
为什么呢？测试员是代表用户的，在做测试的时候，他（她）需要考虑到方方面面的事情。
例如对于一个用C写的上网拨号程序，测试员需要考虑： (1) 程序的功能是否正确；（要求计算机知识） (2) 是否符合用户的使用习惯；（要求界面设计知识和换位思考能力） (3) 性能是否满足要求，例如长时间使用；稳定性；（要求深入的计算机知识） (4) 是否能够满足用户可能的不同操作系统的要求；（要求计算机知识） (5) 如果在全球发布，是否满足不同语言和文化的需求；（要求软件国际化测试知识） (6) 如何搭建测试环境；（动手能力，硬件知识） (7) 做代码检查；（比较深入的C语言知识） (8) … 所以，各方面都了解一点，你在做测试的过程当中你会感觉顺手的多。
如果某写方面还差一些，没有关系，计算机行业的特点就是边做边学，只要是个有心人，学习是很快的。
其次，要掌握一门编程语言。
有的朋友可能会说，我就是不愿意做编程才来做测试的，怎么测试还有这么一个要求？我要尝试说服你：）。
我的理由有两个： 1. 只有知道怎么做一个软件产品，才能真正懂得这个产品。
而只有真正懂得了产品，才能做好测试。
一行代码不会，你会始终是个门外汉。
不要满足于点鼠标，而去尝试着打开我们面前的黑盒子。
2. 自动化测试技术需要编程技术。
自动化测试是软件测试的一个发展方向，一方面很多测试工具都需要人工干预，编写代码；另一方面在有的情况下需要自己编写测试工具。
对于测试员来说，编程技术不要求精通，但要会。
再次，学好英语。
在现阶段，我们只能承认，在计算机方面，英语国家领先。
有很多的资料都是英语的，如果仅仅局限在中文资料方面，会影响你的渊博程度：）。
举一个简单的例子，Windows操作系统会捕捉到一些程序或者操作系统内部的异常，你可以根据这个异常到微软网站上去查找错误原因和解决办法，其中有很大一部分资料就是英文的，因为还没有翻译过来或者以后也不会翻译的。
以上所说的几点看法，都是在计算机行业里面打转，下面说几个“虚”的要求吧。
1. 锻炼出一双测试的眼睛。
我的一个朋友，她也是做软件测试的，她说，有一次她和她老公去买笔记本电脑，她一眼就看出液晶屏上有几个坏点，而她老公却看不出来。
她说，这要归功于她有一双测试的眼睛。
测试的眼睛，就是对问题特别敏感，能够发现常人发现不了的问题。
测试员就是要找软件中的问题，有了这双眼睛会让你收益非浅。
耐心，细心和经验，会有助于我们到达这个要求。
2.平和的心态。
从心理学上说，每个人都不喜欢别人对自己挑毛病，程序员也是这样。
所以，要以平和的心态去看待发现的软件问题，以平和的心态去和程序员交流。
千万不要以为自己发现了几个问题，就可以责怪程序员，或者冲过去骂他们一顿。
也不要在背后谈论谁谁谁不行，bug太多。
一个项目是大家共同做的，需要举集体之力才能做完。
我们测试员发现的问题多，表明项目的风险又少了一点，应该高兴才是。
如果你的脾气不好，可能这个恶名会掩盖你的真才实学，很可惜的
-