1、测试计划 首先，根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的高标准，以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试
软件测试分类 按阶段 单元测试：在底层进行的测试称为单元测试或者模块测试，是对软件中最小可测单元进行检查和验证。 集成测试：又称为组装测试，通常是在单元测试的基础上，将所有程序模块进行有序的、递增的测试；有自顶向下和自底向上；重点测试模块与模块间的接口部分。 系统测试：是
软件测试技术应当贯穿整个软件开发生命周期、对软件产品（包括阶段性产品）进行验证和确认的活动过程，其核心目标是尽快尽早地发现软件产品中所存在的各种问题 bug—— 与用户需求、预先定义的不一致性。 然而，传统的软件测试流程是： 接到项目后参与需求评审，然后根据需求文档写写用例和
一、软件测试基本流程 1、测试需求分析阶段：理解需求、分析需求点，参与需求评审会议 2、测试计划阶段：编写测试计划、参考软件需求规格说明书、项目总体计划、测试范围、进度、人力物力分配、测试策略、风险评估与规避措施制定、测试人员参与相关评审工作 3、测试设计阶段：编写测试用
阶段一：早期软件的复杂度相对较低， 软件规模也比较小，此时并没有所谓软件测试这个职业， 因为软件错误大部分在开发人员的调试阶段就发现并解决掉了。 这个阶段的测试就等同于调试。用现在的理解来说就是开发自测的过程。此阶段的主要目的是以证明为主，即证明程序做了程序员想它做的事情
摘要：有的团队刚接触Scrum，一个问题令他们很困扰：迭代初期开发人员的工作较多，测试人员闲着；迭代末期开发人员闲着，测试人员的工作比较多，怎么解决资源等待的问题呢？ 本文分享自华为云社区《当心，你搞的Scrum可能是小瀑布》，作者：敏捷小智。 为了更好的拥抱变化，很多团队选择使用敏捷去管理组
性能测试对于“ 用户基数大、并发峰值高、业务链复杂、系统更新快 ”的互联网企业来说，是软件生命周期里至关重要的一环。 无论是大型电商促销活动如“淘宝双11”、“京东618”等极限峰值业务，还是金融类产品的正式上线，背后都是性能测试和研发运维同学在巨大压力下探索实践的身影。
转行软件测试两年了，这两年来，从刚开始对测试认识的朦朦胧胧，现在思路也逐渐清晰了，也明确了自己的发展方向。虽然对那些测试理论和测试工具以及测试技术有了一些加强，但是自我感觉还是不够深入。 我一直希望能真正融入到测试的队列中去，让自己每年对测试的理解和技术更深入一层，成为一个
本周测试开发技术公开课 《利用 Shell 打造 Android 自动化测试框架》 ，报名方式见文末！ 关于质量保障，好像已经说过太多，但这里还是抽象的唠叨几句。 多年的软件测试和质量保障工作让我越来越清晰的认识到： 质量绝对不是一个环节，一个工种可以搞定的 。比如： 从对语言的误用，到对第三
1：公司流程 立项（确定项目）——>产品说明书（PRD）——>需求文档（需求人员）——>需求评审（开发、测试人员、经理）——>开发人员进行（详细概要设计——>编码——>自测——>提测）——>测试人员进行（测试计划——>编写测试用例——>测试用例评审）——>冒烟测试（测试主流程是否通过）——>功能测试
简介 采用swagger-diff工具，自动监控swagger API 变动情况，不需要人工维护文档说明API变动情况应用 可结合Gitlab等工具实现API历史版本维护可结合Jenkins流水线实现自动化监控，作为开发人员和测试人员的连接工具 当dev环境更新API接口时，触发API监控流水线，调用swagger-d
在软件测试工作过程中或者在面试过程中经常会被问到一些看起来简单但是总是有些回答不上的问题，比如你说说“黑盒测试和白盒测试的区别？”，“你们公司做灰度测试么？", ”α测试和β测试有什么不一样？“，“说说 AB test 的目的什么？”… 诸如此类的一些问题，总有些同学回答不上来，今天
曾言道“黑猫，白猫，只要能抓住老鼠就是好猫”。我们的测试亦是如此，不管是黑盒测试还是白盒测试，只要能测试出来bug，可以找出问题所在，保障软件质量就是好的测试方法。 对于刚入门的软件测试小白来说，黑盒测试与白盒测试绝对是必学的词汇之一。那么，他们说的黑到底是什么黑，说的白到底是
在这个项目里我要做的工作很多，但是我都是先挑能同时让项目和大家都获益的工作先做，致力于改善大家的工作环境： 1、比如我给主任提加测试人员，测试人员专业，我们的项目质量才能提高，并且这也可以减轻现在兼任测试的产品经理的负担 2、我做蓝绿部署，让我们发版不用必须等到用户都下班的深
1）首先确定自己提出的bug确实是一个bug，符合评级等2）把自己的理由告诉开发人员，跟开发人员沟通到底是不是bug3）站在用户的角度跟开发进行沟通4）可以开会议，邀请项目经理、开发人员、测试人员进行会议商讨5）换位思考以开发人员的角度思考怎么能让开发人员认可我
关于开发测试生产需要多少个环境，因公司而异，这里分享一下我建议开发过程中使用的几个环境。 Development环境，就是开发环境，程序写代码，写单元测试的环境，一般和IDE一起，经常是在调试模式下进行，为了与其他开发者隔离，通常数据库都是自建(也有共享的)自用，三方接口一般都是mo
关于开发测试生产需要多少个环境，因公司而异，这里分享一下我建议开发过程中使用的几个环境。 Development环境，就是开发环境，程序写代码，写单元测试的环境，一般和IDE一起，经常是在调试模式下进行，为了与其他开发者隔离，通常数据库都是自建(也有共享的)自用，三方接口一般都是mo
有一次，产品发布了一个新的版本。老板发现有个莫名的commit，后来查清楚是一个开发同事发现是他自己发行的版本里写错了一个判断条件，导致产品在升级过程中出现异常，他偷摸儿的修改代码后，偷摸儿的提交到已经发布了的版本的branch上。对于完全不知情的其他人，我只是其中一个。现如今我们
沟通创造价值，分享带来快乐。这里是程序员周刊，欢迎您每周五和我一起做时间的朋友。 有人问测试人员：你想不想打开发人员的屁股？测试人员回道：我们也就心里想想。 可见，潜规则里，开发人员往往比测试人员更加的强势。 前辈观点： 下面分享的是前饿了么CTO张雪峰的观点，和技术一号位来一
重温经典：本文是前 Google 测试总监 James A. Whittaker 的经典分享，成文已经快 10 年了，但经典却总是常读常新，推荐给各位测试行业的从业人员。：） ** ** 你是如何开始做测试工作的？ 1989 年，我在田纳西大学读研究生的时候，完成了从软件开发人员到软件测试人员的转型。而这一转型并非出于
OKR：一方面，看工具的开发和使用情况；一方面，看测试工作量和工作成果，包含测试用例开发量和需求覆盖率，重要问题发现率、漏测等关键指标 。提升开发质量 1. 制定单元测试结果验收标准，通过CI自动检查测试结果是否达标并跟踪解决 2. 通过CI自动检查开发代码质量，检查是否达标并跟踪解决 3.
一,软件研发概念(软件是什么?软件的分类) 1.什么是软件? 软件是人类思维程序化的体现,是程序及相关文档的组合,是交付给客户的一整套的解决方案,软件的本质是人类思维程序化的体现 2.相关文档: 一般有需求文档,软件计划,设计文档,测试报告,用户手册等
首先提个问题：你觉得在测试工作中，最让你抓狂的一件事情是什么？如果问我的话，我会毫不犹豫的说：最难的应该就是每一次测试都需要开发协助部署环境了吧~ 尤其是遇到那种时间紧、任务重、质量要求高的工作，开发本身都自顾不暇时，这个时候测试人员只能追在运维和开发的身后让他们帮忙部署测
混迹于测试行业这么长时间了，一直想写一篇关于软件测试的经验分享的文章，但苦于工作原因迟迟未下笔。最近终于有了些闲余时间，遂决定把自己的心路历程及所感所想记录下来，与各位同行共勉。 软件测试究竟是做什么的呢？ 软件测试是为了发现错误而执行程序的过程。或者说，软件测试是根据
1、测试负责人需要进行测试进度跟踪吗 很多时候，由于人力资源的不足，测试项目负责人都是在执行测试，这样就使整个项目缺乏控制，一些问题（例如：有些成员的缺陷质量不够合格； 开发人员修改不及时，系统某些功能发生严重问题导致部分功能无法测试。）得不到解决，耽误了进度。所以测试负责必
