摘要：单元测试曾一直都是阿里的痛，在进入阿里的这段日子里，单元测试逐步成熟起来，也开始带来了一些收益，这些方面都是很不错的一些思路。后面我打算仔细的研究和整理这一过程，希望能提供一个比较可行的方案供大家参考。网上一直流传的一份挺不错的单元测试准则，先保存下来。1. 保持单元测试小巧, 快速理论上, 任何代码 Check-in 之前都应该把所有测试套件完整的跑一遍. 所以保持测试代码轻
转载
精选
2013-06-05 19:35:17
470阅读
实施单元测试的时候, 如果没有一份经过实践证明的详细规范, 很难掌握测试的 “度”, 范围太小施展不开, 太大又侵犯 “别人的” 地盘. 上帝的归上帝, 凯撒的归凯撒, 给单元测试念念紧箍咒不见得是件坏事, 反而更有利于发挥单元测试的威力, 为代码重构和提高代码质量提供动力.
这份文档来自 Geotechnical, 是一份非常难得的经验准则. 你完全可以以这份准则作为模板, 结合所在团队的经验, 整理出一份内部单元测试准则.
转载
精选
2009-11-11 22:17:18
659阅读
引言作为一名测试人员，经常会遇到领导的提问：测试结果如何，版本可以发布了吗？此时我们是如何衡量软件是否达到了发布标准，对测试的结果是否有信心呢？举个栗子：一个大型系统由多个子系统构成，不同的子系统分配给不同的开发者及测试人员。通常情况下，一个系统的解决方案会影响其他系统，当经过无数次迭代后，系统不断地发生变化，你需要以某种方式得知它什么时候发生了变化，变化是什么以及在哪里发生的，影响的范围有多大。
原创
2023-09-07 09:12:41
274阅读
不管是工作还是生活中，我们经常会遇到将某件事情分开安排不同的人员负责完成。比如要组织一次野外露营，车辆租用、帐篷租用、食品购买、路线安排、人员集合时间地点、保险购买等等。一个人的精力有限，需要不同人员的配合完成。那么工作中的任务该如何分配呢？ 适用场景 1.领导给下属分配任务； 2.同事之间工作配合
原创
2021-07-22 14:13:18
482阅读
身为一个专业的 QA 当然需要有自己的测试原则，这些测试原则不仅可以帮助我们提高产品质量，对外还能体现出我们的专业性，从而让合作方后续还有意愿跟我们合作。下面是我按照测试过程中的各个阶段给到的一些工作准则建议。 1 测试前 1.1 需求评审 必须参与，有问题随时提出，如果涉及到相关背景信息，让相关同
原创
2022-03-07 13:59:29
1063阅读
**一、独立且公正** 测试过程和开发过程是独立的，彼此之间没有重叠或冲突，而是互相补充。测试人员要保持公正的态度， 不轻易被业务、
原创
2023-08-08 00:06:38
66阅读
1.请简单做一个自我介绍你好，我叫xx，现在就职于XXX有限公司从事软件测试工作，已工作3年。主要要负责的项目一个线上教育平台系统，有web端跟app端，这个系统是银行内部员工使用，通过总行在平台发布对应课程到子行，子行将课程分配给对应员工，员工进行学习和考试测验，这样的一个产品模式；我主要负责测试用例设计、功能测试、接口测试，和自动化实现。另外一个项目是电商类系统，是我安排组员完成，包括需求确定
原创
2023-02-01 00:22:06
187阅读
来自网友提问01「来自武汉的测试网友：面试官一般这样问：软件一般都要经历哪几个阶段的测试 」- - - - - - - - - - - - - - -怎么办！作为你们的菜鸡博主 ，我就用菜鸡的经验，与各位分享之 ，「 能够为你们解答我很开心，每天进步一点；个人点，欢迎指教 」点击文首「 猪圈子」关注作者分享一下产品经历的测试各个阶段「 从开发到测试到用户验收」专业点：用几个简
原创
2022-06-01 11:38:32
230阅读
1、完全测试一个程序是不可能的。(It’s Impossible to Test a Program Completely.) 实践：根据项目时间、资源、风险、用户要求等，有选择地去测试。 2、软件测试是一种基于风险的活动。(Software Testing Is a Risk-Based Exercise.) 实践：一般新功能、常用功能、默认配置属于高风险，需要优先测试，分配较多资源，
原创
2022-03-23 10:44:23
10000+阅读
（一）人人皆测试团队的每一位成员，无论使用什么流程，无论生产什么产品，无论哪个行业——每个人——都对产品的质量负责。产品、工程、测试，甚至周围的功能：客户支持、销售、营销、业务开发、早期访问测试版客户、高管——每个人都在测试。（二）度量风险而非覆盖率假设团队甚至可以就“完美”的工作定义达成一致，那么仅仅追求完美就会导致注意力从最重要的事情上转移：关键缺陷转移到生产中对业务的风险。在你开始担心所有功
可测试性是对代码的各个部分进行检测的行为。如果不允许对这些信号进行轮询和解释，很难判断正确的行为。这导致了不成比例的额外工作，这增加了发布周期的时间，并将焦点从客户体验上转移开。时间将会扼杀信心。（七）每项测试都应导致明确的行动如果不知道当测试失败时该怎么办（无论是从测试的角度还是从产品的角度），那么测试就没有提供价值。这通常是由于测试步骤太多，或者产品没有提供足够的失败信息（包括没有充分的可测试
基本原则 本文主要讨论API测试的用例/场景覆盖，基本原则如下： 用户场景闭环（从哪来到
原创
2022-08-23 16:52:35
346阅读
自动化测试是所有大型软件项目不可或缺的一部分。它是提高质量、生产力和灵活性的一种手段。因此，对系统架构进行合
原创
2021-12-31 15:20:30
51阅读
自动化测试是所有大型软件项目不可或缺的一部分。它是提高质量、生产力和灵活性的一种手段。因此，对系统架构进行合理地设计以便利后续的开发和自动化测试变得至关重要。自动化测试的好处1、质量得以...
转载
2021-06-15 17:00:13
131阅读
引言作为开发人员，我们应该遵守这样一句话：“质量不是来自检查，而是来自生产过程的改进。”——爱德华·戴明测试即代码”太多的组织将任何未编码的东西视为一次性的。很明显，测试是必不可少的，但我们一次又一次地发现，团队将测试自动化和相关材料视为二等公民。测试是用户行为的文档，与产品组织产生的需求密不可分，并在虚拟层面与用于创建功能的代码相连。如果它提供了价值，就应该对它进行版本化、维护、照顾和尊重，就好
（九）从不链接测试所有测试都应在不考虑任何其他测试状态的情况下执行。测试数据的管理应确保每个测试都生活在自己的独立场景中，并且不能被另一个测试更改。测试应该是原子化的、自主的。（十）首选最紧密的反馈回路所有测试都是反馈回路。他们从特定的角度贯穿产品，并向特定的人或团队提供反馈。最严密的反馈回路是尽可能多地切断以测试所讨论的特定操作的回路。测试一个比必要的更宽的循环会引入一些变量，这些变量可能会混淆
浅层测试产品的所有区域比深层测试产品的某些区域更重要。业务逻辑的深度、多元组合旨在找到最模糊的边缘案例：这可能会在其他高优先级领域遗漏更明显的缺陷。一旦达到了广度，那对某个特定功能的深度是多少？请参考法则2。（五）唯一完美的信号是用户的信号在你的用户与你的软件交互之前，你所做的一切都是理论性的。测试就是模型。它们是基于从过去用户行为中获得的信息的用户行为的近似值。我们从测试中得到的信号可能因环境、
A.软件需求分析说明书中定义的所有功能已全部实现，性能指标全部
原创
2022-08-07 00:05:41
250阅读
概述：
I²C 是Inter-Integrated Circuit的缩写，发音为"eye-squared cee" or "eye-two-cee" , 它是一种两线接口。I²C 只是用两条双向的线，一条 Serial Data Line (SDA) ，另一条Serial Clock (SCL)。SCL：上升沿将数据输入到每个EEPROM器件中；下降沿驱动
转载
2024-06-27 22:37:44
42阅读
