一个成功的测试

一个成功的测试

一个成功的测试应该能发现自今未发现的错误？这句话该怎么理解？？？ 因为测试一般是测试你对知识的了解程度，并不是你全对了就一定全部了解了，因为测试一般不会把所有的知识都考一遍。如果你丹过测试发现了一个你从没意识到的错误，那就能帮你更好的完善，自己避免下次再犯。所以说…软件测试 什么样的测试是一次成功的测试 简单来说，软件测试是用来验证软件是否达到质量标准的过程。因此，发现异常与验证符合是软件测试的两个重要方面。一次成功的测试应该具有以下特征：
1、确认了软件需求的合理性。
2、确认了软件的需求与设计之间的相符性。
3、确认了设计到产品的实现性。
4、发现了设计与实现方面的异常。
5、没有超过了项目管理的总体目标（包括周期、成本等）。
当然，如果一个组织对软件测试只定位到实现与设计的检查层面，那把从分实现了用例覆盖度作为成功测试的标准也未尝不可。如何成为一个成功的软件测试工程师？ 知识面广
精通一个甚至多个测试领域，如自动化测试，性能测试，功能测试，用例设计... 都行
精通一门开发语言或脚本，能开发脚本或小的测试工具一个已经做好了的软件,如果需要测试,第一步是什么? 测试的第一步，就是看用户需求，分析要测试的点，从以下几点进行测试：
1.功能性，看这个软件是否符合用户对出租车管理的需求！
2.可靠性，看你这个出租车管理系统在指定条件下使用时的可靠程度，比如说在失效发生的情况下，恢复的能力！
3.易用性，看这个软件在用户那里是不是易理解，易学，易操作，界面等是不是很吸引客户！
4.效率，看你这软件完成用户的某个功能需要的响应时间和使用的资源！
5.维护性，好不好维护！
6.可移植性，看这个软件好不好安装，与其他软件的共存性好不好！如何做一个好的测试工程师？ 1.能够编写测试计划、规划详细的测试方案、编写测试用例；
2.能够根据测试计划搭建和维护测试环境；
3. 能够执行测试工作，提交测试报告。包括编写用于测试的自动测试脚本，完整地记录测试结果，编写完整的测试报告等相关的技术文档；
4.能够对测试中发现的问题进行详细分析和准确定位，与开发人员讨论缺陷解决方案；
5.能够提出对产品的进一步改进的建议，并评估改进方案是否合理；对测试结果进行总结与统计分析，对测试进行跟踪，并提出反馈意见；
6.能够为业务部门提供相应技术支持，确保软件质量指标。跪求：你对软件测试的理解是什么？你觉得一个优秀的软件测试人员应该具备哪些素质？ 在线等，着急！谢谢 10分作为一个软件测试工程师，首先，你要建立自己的测试思维，这个很重要，因为测试思维相当于你的软件的世界观，这也就是为什么，个人不支持从 开发转测试的原因，因为对于开发而言，他们是目标型的世界观，即需求要完成什么我去完成，如果你在开发中待的时间太长，容易习惯这样目标型世界观，而测试更多关注的是多方面的，有时候，就是一些在开发所谓的不可能、无所谓的东西最后造成软件的失败，而如何建立自己的软件世界观，那就要去通过测试的方法论的理解，很多人喜欢把黑盒测试方法论、白盒测试方法论，分得很清楚，其实两者是相通的，看懂这些东西很快的，但是悟透，这个过程会漫长。
接下来 我们讲讲你需要作为一个初级功能工程师所需要基本素质吧
1、软件测试的基本方法（边界值、等价类、错误分类、流程分析等等黑盒、白盒测试方法要有了解，并且掌握）这个不难，但请务必牢记在心中，它是你去建立自己世界观的基础，所有的测试逃不出这些方法
2、会写的基础的测试文档（测试用例、缺陷报告等）
3、会看开发文档（需求说明书、操作手册）
4、知道软件工程中，测试所需要做的事情，了解性能测试、安全测试等
当你有了基础，同时也有了自己的世界观，祝贺你已经入门了，这个时候，我建议你可以去了解不同软件开发不同环节人所作的事情，不单单是开发，需求、设计、运维等等，因为这样你会知道什么是体系、规范，为你以后的发展有着很好的帮助，这也是测试相对于开发优势的地方，开发更关注的是点，而测试要关注的是面，所以对于测试而言，除了准确的抓住细节的同时，大局观要好，否则做不好测试。
最后才是细节技术就是所谓的白盒测试、性能测试、自动化、安全等等，这些其实对测试而言反而是小节，技术永远不会阻碍你前行的脚步，反而思维，这个你可以根据自己喜好去发展，没有固定模式
顺便说一句，别看不起基础的功能测试，它没外人看得那么简单，因为如果你连测试用例都不会设计就别去说做性能测试、自动化测试、安全测试等等，要做一好的功能测试工程师，写的一手好用例（你的用例是个识字人都能执行、并且用例有效的系统覆盖率也是很高的）、好缺陷（是个识字的人都能理解你说的是问题，并且抓住重点），很难的，真心不是普通人能做好的，要去花心思琢磨的。一个自动化测试脚本的用例怎样才算成功 1、首先，明确测试的产品和需求，例如：是一个web界面测试还是CLI测试；需求是对界面进行一个操作还是进行一系列的配置
2、明确测试产品和需求之后，然后就是选择测试工具或者直接用脚本进行接口的调用
3、然后就是回放进行测试，而24小时的话，你只需加一个循环操作，在循环操作里加一个if判断，如果时间到达24h，则break出循环即可。
总之，一个自动化测试用例，其是是对一个手工测试用例的脚本化，也可以说是程序化，然后加一些自己的逻辑判断，就可以实现24H自动化测试了一个app测试不成功的原因有哪些方面 1. 测试经验不足，表现在测试用例设计不全面，测试不全面，测试不到位，有些bug测不出来
2. 机型不够，只用几部机型测能测过，但上线后，在很多手机上bug的很多
3. 测试管理有问题，测试过程不透明，没有很好的监控每一次测试过程
4. 测试与开发沟通有障碍，测到的问题不能够好好的描述给开发，让开发复现解决问题
以上是我能想到的几个点，大家可以补充。对于这些的解决办法也有以下几点：
在人员招聘的时候，提高要求，多找一些经验丰富的高级测试人员
可以借助自动化测试工具，提高效率，如appium
可以借助测试服务机构，提高测试质量和效率，如TestBird如何制定成功的测试计划 “工欲善其事，必先利其器”。专业的测试必须以一个好的测试计划作为基础。尽管测试的每一个步骤都是独立的，但是必定要有一个起到框架结构作用的测试计划。测试的计划应该作为测试的起始步骤和重要环节。一个测试计划应包括：产品基本情况调研、测试需求说明、测试策略和记录、测试资源配置、计划表、问题跟踪报告、测试计划的评审、结果等等。产品基本情况调研：这部分应包括产品的一些基本情况介绍，例如：产品的运行平台和应用的领域，产品的特点和主要的功能模块，产品的特点等。对于大的测试项目，还要包括测试的目的和侧重点。具体的要点有：变更：说明有可能会导致测试计划变更的事件。包括测试工具改进了，测试的环境改变了，或者是添加了新的功能。产品规格：就是制造商和产品版本号的说明。项目信息：说明要测试的项目的相关资料，如：用户文档，产品描述，主要功能的举例说明。测试需求说明：功能的测试：理论上是测试是要覆盖所有的功能项，例如：在数据库中添加、编辑、删除记录等等，这会是一个浩大的工程，但是有利于测试的完整性。设计的测试：对于一些用户界面、菜单的结构还有窗体的设计是否合理等的测试。整体考虑：这部分测试需求要考虑到数据流从软件中的一个模块流到另一个模块的过程中的正确性。测试的策略和记录：公正性声明：要对测试的公正性、遵照的标准做一个说明，证实测试是客观的，整体上，软件功能要满足需求，实现正确，和用户文档的描述保持一致。非凡考虑：有的时候，针对一些外界环境的影响，要对软件进行一些非凡方面的测试。经验判定：对以往的测试中，经常出现的问题加以考虑。设想：采取一些发散性的思维，往往能帮助你找的测试的新途径。测试资源配置：项目资源计划：制定一个项目资源计划，包含的是每一个阶段的任务、所需要的资源，当发生类似到了使用期限或者资源共享的事情的时候，要更新这个计划。问题跟踪报告：问题描述尽可能是定量的，分门别类的列举，问题有几种：1、严重问题：严重问题意味着功能不可用，或者是权限限制方面的失误等等，也可能是某个地方的改变造成了别的地方的问题。2、一般问题：功能没有按设计要求实现或者是一些界面交互的实现不正确。3、建议问题：功能运行得不象要求的那么快，或者不符合某些约定俗成的习惯，但不影响系统的性能，界面先是错误，格式不对，含义模糊混淆的提示信息等等。测试计划的评审：又叫测试规范的评审，在测试真正实施开展之前必须要认真负责的检查一遍，获得整个测试部门人员的认同，包括部门的负责人的同意和签字。结果：计划并不是到这里就结束了，在最后测试结果的评审中，必须要严格验证计划和实际的执行是不是有偏差，体现在最终报告的内容是否和测试的计划保持一致，然后，就可以开始着手制作下一个测试计划了。进入讨论组讨论。