软件测试是做什么
软件测试工程师的工作内容当然主要就是进行软件以及系统的测试了，那么具体的测试工作则分为以下几个部分：
一、需求评审
在整个团队拿到需求之后的第一件事是进行需求分析，看看要这个软件要实现哪些需求。需求分析的后一步就是需求评审了，这个环节需要软件测试工程师与产品需求人员、开发人员、QA人员共同进行参与，评审这些需求能不能够实现。
二、写测试计划
接下来在开发人员编写开发计划的同时，测试人员要写测试计划，就是哪些人要在什么时间做哪些测试工作，最后产出什么工作结果也就是提交哪些文档。
三、编写测试用例
测试用例就是指导测试工作进行的文档，比如要测试系统的登录功能、购买功能等，会通过测试方法和策略来设计测试用例。所以编写测试用例是软件测试工程师进行测试之外最重要的工作了。
四、用例评审
用例评审就是评价和审查测试方法和测试内容是否合理全面。不能只做基础的测试工作就可以，还得全面进行可能会出现各种各样错误的测试，尽可能把bug降到最低。
五、执行测试、提交bug
执行测试自然不必多说，就是测试工程师真刀真枪地进行测试工作，找出了bug之后会进行提交，让软件开发人员进行修改。
六、回归测试、编写测试总结报告
回归测试就是对开发人员改好bug的软件再次进行测试，看bug是否都已经修改好。待bug都修改好之后，测试人员要编写测试总结报告，阐述软件的质量如何，软件才可以上线发布。
软件测试的步骤
1、根据软件项目、产品的需求规格说明书提炼，整理测试需求，即本项目具体的测试点是什么，并形成文档，并对测试需求进行评审；
2、根据测试需求和项目的整体计划，制定测试计划，测试方案等，包括测试的时间节点安排，人力资源安排，测试策略等，并进行评审；
3、根据测试需求以及相关的设计文档，编写测试用例，即明确每个测试点的具体的操作步骤，预期结果等内容，并对用例进行评审；
4、准备测试环境和测试数据，包括测试系统部署的硬件环境和软件环境；
5、执行测试用例，提交测试过程中发现的bug，并通过版本迭代进行回归测试，验证相关的bug；
6、完成内部软件系统的功能测试，系统测试之后，系统趋于稳定，提交客户进行验收测试；
7、编写软件测试报告；
8、对测试过程进行总结，并将测试过程中的所有文档进行归档。
扩展资料：
软件测试一般分为测试需求分析阶段，测试计划阶段，测试设计阶段，测试执行阶段，测试总结阶段。根据项目的不同，每个阶段的具体工作内容会有些差别。但是每个阶段的目标是一样的。与软件开发步骤相配套，从而达到质量保障的目的。
测试需求分析阶段以整个项目或者产品的需求为基线，进行分析、整理得到测试的需求，这也是测试的纲领性文档和标准；测试计划阶段主要是结合整个项目的计划，编制软件测试部分的工作计划。
测试设计阶段主要是根据测试需求和项目的相关设计，编写测试用例，这也是很重要的一环；测试执行阶段，就是进入常说的测试阶段，在测试系统中执行用例，验证系统功能是否正确；测试总结阶段是测试执行完成后，需要做的收尾工作，给出所测试系统的质量评估与报告。
冒烟测试和回归测试的区别
1、测试目的不同
冒烟测试：用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。
回归测试：以确认修改没有引入新的错误或导致其他代码产生错误。
2、测试过程不同
冒烟测试：是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。
回归测试：是指漏洞由开发人员修改之后再次测试的过程。
3、问题解决方式不同
冒烟测试：冒烟测试中是发现问题然后反馈给开发人员进行修改。
回归测试：回归测试是修改完之后进行验证再进行的工程。
4、测试周期不同
冒烟测试：冒烟测试只集中考虑了一开始的那个问题，而忽略其它的问题，这就可能引起了新的Bug，SmokeTest优点是节省测试时间。
回归测试：回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。
5、测试意义不同
冒烟测试：冒烟测试是对软件质量的总体检验，是测试人员对测试流程的熟悉，是软件测试过程中一个不可或缺的节点，一个好的冒烟测试过程，对于软件测试效率的提升具有重要意义。
回归测试：回归测试是软件测试中的一个十分重要且成本昂贵的过程。对针对如何减少回归测试成本，提高回归测试效率的研究将具有十分重要的意义。
百度百科-回归测试
之前做回归测试，结果总是不够精准，就算自动化测试也有错误，怎么能更加精准的得到测试结果
1分钟前
精准测试一直是测试行业的一个具有挑战性的议题，在前进的过程中会不断遇到各种各样的困难。但是在一个飞速发展的时代，不断前进，不断改进正是技术提升的动力。在现今移动互联网大力发展，对于移动应用测试领域更是严格要求，不管是手游测试还是app测试，更精准的测试，更自动化的测试是必要的。
在回归测试的时候，测试人员往往会根据开发同学所给出的改动范围来评估需要回归的测试范围，这个时候如果测试人员的经验不足，或者开发人员的更换会导致不了解代码的具体影响范围。可能会使回归范围不全或者冗余。这里需要更精准的测试方案。可以根据代码的变动范围来直接精确的定位需要回归的用例，这样使回归测试所需的时间更加精短，回归的范围更加准确
TestBird – 手游和App自动化测试平台
B/S结构的软件，QTP如何做回归测试
发布了新版本后，在新版本环境上执行qtp脚本，执行完毕后，查看执行结果就可以了。
qtp脚本中需要将所有需要检查的功能点都做了检查。
测试思路
测试思路
开发提测通过后，只是能够说明此功能在主流程上没有问题，能够走通，只能证明这个功能的可用性。但是并不能满足用户对其使用过程中正确性，而且对于新功能的开发，也有可能会影响已有的旧功能。另外，不要对任何已有的功能抱有侥幸心理，不要觉得老功能就一定稳定无误。相反，恰恰是这些已有功能引起的bug才是最致命的，因为这些功能都是用户一直在用的功能。用户发掘和适应一个新功能可能需要一段时间，但是一直在用的功能一旦出现问题就会被发现甚至放大。所以，我们需要保持着最开始寻找问题的初衷。曾经听过这样一句话，做测试时间越久，容忍度会越来越高。但我们需要的是，每次都要把我们做的产品当做第一次测试来看，尽量减少测试疲劳。
现在这个阶段，我们一般都是在原有的基础上新增或优化功能，所以对已有的功能很容易产生影响。现在来分享一下我自己的测试方法：
1、 新迭代测试：
因为开发提测都是一个相对独立的功能，我们在提测后的测试过程中需要做的是保证我们目前测得小模块无问题。我们不能只单纯看这个功能是否实现，它实现过程当中涉及到的所有路径和控件我们都要尽可能的测试到位，任何一个小环都不能错过，当然这对我们有一点要求就是必须对需求要非常熟悉，要非常清楚得知道预期结果是什么，才能提高我们测试的敏感度。所谓磨刀不误砍柴工，首先在测试之前要有一个思路，根据用例和自己的思考大概过一下这一个小的选项都有哪些场景，把自己想象成用户，我用这个东西来干什么，我都会有哪些操作，这样就可以将正向操作覆盖；当然了，也要对用户有一定的容错性，我们不可能要求用户每次都将自己的操作一遍做对，准确无误，所以对这方面的测试就尤为重要，即逆向操作。
2、 回归测试：
测试环境回归测试对于当下的我们来说是至关重要的，在允许的时间内测试的越全面细致，越能提高我们产品的质量，将线上问题出现的概率降低。但是，回归测试并不是要每次的穷尽测试，所以还是要需要一些方法，我认为的回归测试其实主要是放在衰退问题和一些细枝末节的测试上，因为新的功能测试在提测后已经很详细的测过一遍了，也有很详细的用例支撑，所以回归就重点放在了对其他功能的影响、衰退问题及之前迭代可能遗留的问题上。可以按照模块去回归，看到这个模块后，点开进去，先看一下这个模块涉及到什么，然后将里面的选项按照由主到次遍历，其中若涉及到与其他功能的交互或可供选择的提示要连贯起来分别测试。总之，回归测试就是测试用户使用场景，它相比于提测后的功能测试，更多的是整体的连贯性的测试，一定不是随便点一点，靠随机，一定是有一定的场景在的。
3、在测试过程中，其实有些地方是容易被忽略或产生问题的，就自己的经验来做个简单总结：
（1） 多入口：
对于一种结果有多种实现方式的功能，一定要注意将多种逻辑都遍历。通常有一种方式是大家不经常会去用到的途径，开发可能在自测的过程中也只考虑到了一种实现的方式且可走通，导致会对另外的入口有所忽略，而恰恰是这个路径容易出现问题，就需要我们QA来完善。
（2） 交互
交互在我看来无非是3种：应用内的交互，应用与手机本身的交互，应用与其他应用的交互。涉及到交互尤其是与其他应用交互的功能，一定要仔细，通常会有留在当前应用或返回自身应用两种选择。要确保两种返回后的应用是否能够正常使用且返回的信息的正确性，常见的如分享，选择图片。
（3） 边界值
对于有数量限制的选项要一定考虑边界值，因为用户并不知道每个选项的限制，输入多少字符都有可能，不但要保证输入正确时正常，还要考虑输入不符和字数限制的处理逻辑。
（4） 多类型
对于支持多类型字符的选项，要注意它的输入、展示、多类型组合，尤其是将特殊字符如：emoji放在边缘位置。不仅要注意在选项里的展示，也要注意在外面，如：列表页、其他交互中的展示。
（5） 分页查看
当内容较多时，自然要用到分页，检查点在于，所有的内容或列表是否可以完全展示出来。其次，还要检查，涉及到选择时，可供选择内容及选择后内容的展示是否可以滑动查看所有内容。
（6） UI/原型
在看了几次bug分析后发现，其实有很大一部分的问题都是来自与界面的问题。作为一个应用最直观展现在用户面前的东西，对UI／原型其实要求是非常高的，一定要检查仔细。
（7） 信息填写不完整
对于要填写信息的功能，其实用户并不是每次都把信息一次性填写完整，也可能他根本不知道需要填写的全部信息，只填写了部分信息。这当然是可以允许的，这时我们就要检查信息填写不完整时保存等操作，看是否会有问题出现。
8）刷新
对于刷新的问题，如更新时间，详情页》列表页，新建、、删除等，都存在刷新问题，首先要清楚，触发刷新必然是对原来的内容进行了某些操作，所以在对内容有操作变更时，一定要注意查看。
（9）老数据
当新的迭代中有对现有的功能进行改动、时，在保证新增数据正常的情况下，要重点关注下以前的老数据对于新功能是否正常。在新迭代上线之前。用户的数据都是老数据，这对用户是至关重要的，但通常老数据是最容易出问题的。
为什么要做回归测试
1,避免在回归测试中应各种操作误差所引起的测试结果异常。
2.可以保持和原始测试一直性。
3.可以提高测试效率。
4.测试经理可以更好的掌握测试存在的问题
【数学之美】很高兴为你解答，不懂请追问！满意请采纳，谢谢！O(∩_∩)O~