- 综合排序
- 最热优先
- 最新优先
- 来自专栏TestOps云层
7个测试驱动开发的最佳实践
测试驱动开发（TDD）是一个简约的软件开发过程。由一个自动执行的测试用例驱动，用例定义了系统所需的功能。测试的第一个执行结果状态是失败。然后，开发人员实现一个能通过测试的最小代码。 2.专注于需要实现的目标 确保你了解代码需要被调用的位置，并相应地对测试套件进行框架化。确保测试用例符合标准命名约定，并明确描述了开发所需要实现的目标。这是至关重要的，因为功能不断添加迭代。 后续其他买的开发人员（其实包括自己）应该可以通过看测试代码，轻松推断出预期的功能。 3.保持测试代码的简洁 确保你测试代码只需要有足够满足实现测试用例的代码即可。这是TDD的基本原则。 7.知道什么时候使用TDD 最后但并非最不重要的是，像任何其他开发概念一样，TDD在某些情况下效果是最好的。TDD的执行时间不能太长。任何冗长或复杂的测试都会破坏TDD的目的。 通过TDD，开发更加受到控制，结果大大减少了缺陷。重复测试确保系统中的每个组件在每一步都正常工作。
1.6K20编辑于 2022-04-04 - 来自专栏应兆康的专栏
7. 开发集和测试集应该多大？
7 开发集和测试集应该多大？ 开发集应该足够大，大到可以检测出不同算法之间的差异。比如：如果分类器A的精度为90.0%，分类器B精度为90.1%。 如果你的开发集只有100条，那么你可能检测不出这0.1%的差异，与其它机器学习的问题相比，100条数据很小，常见的开发集数据规模在1000到10000条之间。数据量越高，模型之间的差异越明显。 在这种情况下，开发集的数据量可能远远超过10000条，只为了对算法进行改进。 测试集要多大？它也应该足够大，大到你有一个很高自信度去对系统的整体性能进行评估。这里有一个方法：将30%的数据用于测试。 但是在大数据的时代下，我们面对的机器学习问题数据量可能会超过10亿条样本，开发集与测试集之间的比例一直在减小，但是开发与测试集的绝对数量在增加。在给开发集和数据集分配时，没必要过多的进行分配。 [2] 理论上，如果一个算法的变化差异符合统计学上的某种变化，那么我们可以进行测试。在实践中，大多数团队都会这样做（除非它们发表论文）。而我没有发现用于统计意义上的测试。
85370发布于 2018-05-09 - 来自专栏测试开发干货
接口测试平台代码实现7:菜单的开发
那么具体要怎么开发呢？ 其实对于菜单这么常见的控件，我们没必要自己动手去做，完全可以去网上下载一个现成的，各种漂亮的要什么有什么，所以本节主要精髓是教给大家如何去网上下载后利用起来。 自己别忘了在之后好好检查一下这些文件的路径是否正确，这是一个python开发的基本功，这里不会再多说哦～ 拼好后长这样 现在让我们再进入127.0.0.1:8000/welcome/ 看看显示情况 好了这里我们就介绍完了如何开发一个左侧菜单了，是不是很讨巧的办法，最上面的search...测试发现也很好用。我们之后其他各种控件元素都可以在jquery之家上下载，按照我教的方法去拆出来一点点使用。 虽然大神们会有更加科学和快速的方法进行二次开发 甚至自己干写，但是那需要很多的经验和意识。 喜欢的小测试们欢迎点个赞+在看～
1.3K30编辑于 2022-05-19 - 来自专栏从零开始学自动化测试
python测试开发django-7.模板继承
打开一个网站时候，点导航栏切换到不同的页面，发现导航部分是不变的，只是页面的主体内容变了，于是就可以写个母模板，其它的子页面继承母模板就可以了。
75230发布于 2018-12-13 - 来自专栏程序员阿常
测试开发是测试，还是开发？
读者提问： 测试开发工程师到底是测试，还是开发 ？ 阿常回答： 既是测试，也是开发。 首先，测试开发是测试工程师，他们是服务于业务测试同学的，目标是解决业务测试工程师的具体问题。 这就要求他们必须具备测试思维。 其次，测试开发也是开发工程师，他们会针对业务测试同学的具体诉求设计研发对应的小工具，或者研发定制化的一套测试平台。这就要求他们同时具备编程能力。 阿常碎碎念： 前一阵子阿常团队招测试开发时，就有纯开发经历的同学来面试，一般看到这样的简历阿常会直接 pass 不考虑。 当然不排除有纯开发经验的同学，同时也具备良好的测试思维，但这只占少数部分。 通常都是有真正测试实践经历的测试同学，才可能具备更好的测试思维。因此团队在招测试开发时，倾向于找有测试经验的同学。 看完今天的分享对你是不是有所启发呢，有任何想法都欢迎大家后台私信阿常，一起探讨交流
1K40编辑于 2022-09-01 - 来自专栏DevOps持续交付
测试开发：是测试还是开发？
他们的工作似乎同时涉及到了测试和开发两个领域，那么，测试开发是测试还是开发呢？ 一、从历史背景看测试开发的起源 在传统的软件开发过程中，开发和测试往往是分开的。 这个过程中，测试人员不仅要进行传统的测试工作，还要进行一些开发工作，如编写测试脚本、搭建测试环境等。这就是测试开发的起源。 二、从工作内容看测试开发的性质 从上述描述中，我们可以看到，测试开发的工作内容既包括测试，也包括开发。具体来说，测试开发工程师的工作包括： 1. 编写测试计划和测试用例：这是测试环节的核心工作。 测试工具将更加智能化：未来的测试工具将更加智能化，能够自动识别和修复问题。这将使测试开发工程师的工作更加高效和准确。 4. 测试与开发将更加融合：未来的软件开发过程中，测试和开发将更加融合。 测试开发工程师将需要参与到整个开发过程中，与开发人员一起协作，共同保证软件产品的质量。 总之，测试开发是一种融合了测试和开发的全新角色。它既涉及到传统的测试工作，也涉及到一些开发工作。
1.4K00编辑于 2023-12-06 - 来自专栏测试开发干货
测试圈相亲平台开发流程（7）：详情页基础信息部分-前端开发
因为这里的内容太多了，直接都写到Home.vue中并不好，正好也带大家先熟悉下vue-cli的组件化结构开发： 名字就叫Detail.vue ，注意首字母大写。
22630编辑于 2022-05-20 - 来自专栏测试开发技术
测试开发是“懂测试的开发”还是“懂开发的测试”？
今天来聊一个，有意思的话题： 测试开发是“懂测试的开发”还是“懂开发的测试”？ 1、你曾被灵魂拷问过吗？ “你是测试还是开发？” “测试开发到底是测试岗还是开发岗？” “为什么感觉两边都不讨好？” 然而，关于测试开发的定位，一直以来都存在着一场激烈的 “华山论剑”：测试开发，究竟是 “懂测试的开发”，还是 “懂开发的测试？” 今天，咱们就来深入探讨一番，看看这场争论的背后，隐藏着怎样的真相。 有人认为，测试开发首先是开发人员，只不过他们精通测试之道。这类测试开发工程师，就像是拥有了 “九阳神功” 的大侠，以内力深厚的开发能力为根基，将测试知识巧妙地融入其中。 这个工具能够根据商品数据的变化，自动生成相应的测试用例，并且快速执行测试，大大提高了测试效率。 3、“懂开发的测试”？ 然而，也有不少人觉得，测试开发本质上还是测试人员，只是掌握了开发技能。 5、融合才是王道 我们会发现，其实争论测试开发是 “懂测试的开发” 还是 “懂开发的测试” 并非关键。
37500编辑于 2025-05-08 - 来自专栏简尚
关于「测试时间测试周期」7 点参考
关于测试时间的话题，一直在讨论、一直在解答，却一直有人存在疑惑和不解； 在老徐的文章底部，或者个人微信PYQ，一些比较高频的留言， 如： 1）开发一个月、测试一周； 2）开发一周，测试3天 ； 3）开发一周 ，测试1天； 4）项目周期三个月，开发一个月，测试1天 ； 5）开发一周，测试周期1小时； 6）开发3天，测试周期0小时（未测试，直接上线）； 7）当天突然知道一个需求，当天就需要你测试，当天上线 我是IDO老徐，作为过来人，给大家几个参考思路 ： 1、严格来说，一定是从需求阶段，或者立项阶段，就参与到项目，根据最终的需求、开发排期，是估算合理的测试时间（测试时间估算，见文章：“测试时间估算”的现状 3、常规来看，3天的测试预留时间，或者1周的预留时间，一定会被开发压缩的（即：在你的测试周期里，还会存在一些开发并行工作），先做冒烟测试，开发阶段就多关注代码实现逻辑、接口情况、测试数据准备、环境准备， ）； 6、当时间确实不够，系统会线上问题的容忍度又非常低的情况下，测试报告明确注明风险+结论（不同意上线），且邮件发出来；最终，还是要一意孤行，锅，团队一起背 ； 7、确实很多非核心系统、内部系统、纯底层代码逻辑的底层框架
4.5K30发布于 2020-05-14 - 来自专栏啄木鸟软件测试
软件性能测试（连载7）
图3-18 CPU状态转换图 7）软中断与硬中断 假设现在一家公司就有一名客服人员，这个客服人员就有一台座机，这种情况下用户碰到问题只能打电话给这个客服人员，如果有多个用户同时打入只能凭运气，先打通电话的人得到回答 /softirqs CPU0 CPU1 HI: 0 0 TIMER: 811613 1972736 NET_TX: 49 7 #ps aux | grep softirq root 7 0.0 0.0 0 0 ? PIDUSER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 7 root 20 0 0
1.3K30发布于 2020-02-19 - 来自专栏测试开发成长进阶之路
测试开发面试真题 | 测试老兵进阶突破，成功挑战大厂 P7 Offer！
本文作者为霍格沃兹测试学院「测试开发从入门到高级实战」系统进阶班第 10 期学员 @AL，作为一枚不甘于呆在舒适区的测试老兵，他一直在挑战突破自己的上限，经历了「功能测试=》测试开发=》测试经理=》某互联网大厂测试开发技术专家 （P7）」，是测试同行的学习典范。 以下是 @AL 分享的测试开发大厂面试经历，供参考！文末加小助手微信，回复「测试开发」，加入测试开发技术学习与面试交流群。 性能测试中什么情况 CPU 使用率高，但内存占用不高？ 4. TCP 和 UDP的区别？ 5. App 的测试工具知道哪些？ 6. 知道哪些设计模式，在工具开发当中有用到什么测试模式？ 7. 7. 什么时候可以入职？
94720发布于 2019-12-24 - 来自专栏全栈程序员必看
httprunner（7）测试用例RunRequest
测试用例分层 每个测试用例都有1个或多个测试步骤（List[step]），每个测试步骤对应一个API请求或其他用例的引用。 你可以将API定义为只有一个请求步骤的测试用例。 测试用例的分层思想： 测试用例（testcase）应该是完整且独立的，每条测试用例应该是都可以独立运行的（重要） 测试用例是测试步骤（teststep）的有序集合 测试用例集（testsuite）是测试用例的无序集合 每个测试步骤的变量都是独立的，如果想在多个测试步骤中共享变量，需要在config variables中定义。 .validate 断言，我们测试最终就是要验证接口返回是否符合预期。
62840编辑于 2022-09-19 - 来自专栏华仔的技术笔记
Xcode 7 自动测试XCTestCase
测试的目的是保证代码的质量和发布时的信心，以加速开发和迭代的效率；但是如果测试本身太过于难写复杂的话，反而会拖累开发速度。 这大概也是 UI 测试所面临的最大窘境 -- 往往开发者在一个项目里写了一两个 UI 测试用例后，就会觉得难以维护，怯于巨大的时间成本，继而放弃。 Apple 在 Xcode 7 中新加入了一套 UI Testing 的工具，其目的就是解决这个问题。 这篇文章将通过一个简单的例子来说明 Xcode 7 中 UI Testing 的基本概念和使用方法。 这也是为什么 iOS 中大部分的 UI 测试框架都是基于 UI Accessibility 的原因，Xcode 7 的 UI Testing 也不例外。
2.2K70发布于 2018-05-17 - 来自专栏啄木鸟软件测试
安全测试工具（连载7）
关键的用法 lnmap -sP 192.168.0.0/24：进行ping扫描，打印出对扫描做出响应的主机，不做进一步测试。 这个测试用于确定系统是否运行了sshd、DNS、imapd或4564端口。如果这些端口打开，将使用版本检测来确定哪种应用在运行。 on 127.0.0.1 Discovered open port 8005/tcp on 127.0.0.1 Discovered open port 5521/tcp on 127.0.0.1 案例7： 192.168.0.133 案例14：使用通配符扫描 C:\Program Files (x86)\Nmap\scripts> nmap --script "http-*" 192.168.0.133 星云测试
1.1K40发布于 2019-12-12 - 来自专栏啄木鸟软件测试
精准测试及其工具（连载7）
3.5星云客户端测试台功能说明 前置条件:双向追溯功能可以运行的前提是，测试用例已经被运行过，并且示波器收到了波形采集到了动态数据。 双向追溯是指通过运行测试用例，实现测试用例与被测源码间相互追溯。 在测试用例列表中选择测试用例，可以追溯到该测试用例的内容描述信息，在模块调用图中显示被测试到的函数；也可以在模块调用图中，点击相关的函数，也可以追溯到相关的测试用例。 该追溯技术方便了用户查看和设计测试用例。 进入双向追溯选择视图点击“测试台”，如图59所示。 ? 图59进入测试台 1. 正向追溯的优势是：迅速定位缺陷对应的代码执行逻辑，帮助开发快速修复缺陷，可追踪难复现缺陷；精确、详尽的记录测试用例运行的情况，为精准软件测试提供大量原生分析性数据；可以进行事后的缺陷分析、追踪，辅助开发进行功能实现确认 精准测试云平台采用测试用例、代码、Bug相关联方式，并在出现Bug或者崩溃时记录最后运行的50个函数，最终达到快速定位到错误的代码，免于开发人员进行反复的代码审查，并很好的保全Bug现场避免难以复现的情况
1.1K10发布于 2019-12-12 - 来自专栏杨建荣的学习笔记
CentOS7压力测试MGR
最近在规划CentOS7版本中的MySQL测试情况，于是找了公司内部的虚拟机来做下模拟测试。 性能数据可以参考一篇对比测试的文章，总结的蛮好。 测试阶段 在本次测试中，我使用的是社区版5.7.27作为测试的对比，整个测试预期是按照如下的方式来做对比的。 ? 在实际部署时，CentOS7中还是存在一些差异，为了尽可能和运维平台衔接起来，所以整个部署是使用了平台化工具来做的。 -rw-r----- 1 mysql mysql 163475246 Sep 17 17:29 mysqlbin.000033 从性能测试来看，目前得到的初始数据，MGR的QPS在3200左右，而异步模式已经在 后续这一版测试还是要在一些细节上做一些补充测试。 文章详情《MySQL DBA工作笔记》
86140发布于 2019-09-19 - 来自专栏muller的测试分享
软件测试测试开发|软件测试基础概念
独立性：测试应该独立于开发，由专门的测试团队或者专业测试人员进行。 早期开始：测试应该从软件开发的早期阶段就开始，早发现缺陷，成本更低。 ； 测试由开发人员及独立的测试组来管理的； 测试和调试是不同的活动，但是调试必须能够适应任何测试策略。 软件测试的分类 软件测试有多种分类方法，我们这里介绍几种常用的分类法： 软件开发阶段划分 单元测试 指对软件中的最小可测试单元进行检查和验证，单元测试需要从软件的内部结构出发设计测试用例。 系统测试 将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试 和确认测试，系统测试是针对整个产品的测试。 验收测试 交付测试：确保软件准备就绪。 按测试技术划分 白盒测试：结构性测试/透明盒测试/逻辑驱动测试/基于代码的测试。 黑盒测试：功能测试：通过测试每个功能是否都能正常使用。
66510编辑于 2024-01-02 - 来自专栏授客的专栏
测试思想-测试流程 敏捷测试与开发之我见
下文本着实用性原则，谈谈敏捷测试与开发相关的一些想法，如有不同意见或想法，欢迎提出~~ 1、 团队优先 个人觉得，不管做啥，应该把“团队合作”放在第一位。 7、 原型设计 将讨论结果以以实际的原型、界面展现出来，是构建一个真正产品很好的方法，同时把重心从“需求文档评审”转移到“原型(Demo)评审” ，以原型评审为中心，辅以必要的文档说明，作为原型的补充 原型设计好了，共享给相关人员查阅，以便及时获得反馈，及时更正，如果时间来得及，最好是评审下原型 8、 项目开发与用例设计 开发人员根据原型进行项目、产品开发，测试人员根据用户故事、原型(假定原型已经被认可的情况下 当且仅当你一看用例名称，即测试验证点，就能想到步骤和结果时(比如翻页，密码大小写验证等)，那么可省略，因为这时候，用例名已经起到了足够的“提醒”，…… 9、 开发自测 开发发布前，根据测试提供的用例进行简单自测 备注：开发如果有看下测试给的用例，哪怕是瞄下，说不定就看到没注意的细节了，，进而可将bug于测试前修复，要是再细看下就更好了……知道大致做到什么程度，才不会让测试抓住辫子，才算完成了开发工作，，，这里体现的就是敏捷的思想
1.5K20发布于 2019-09-11 - 来自专栏muller的测试分享
软件测试测试开发|软件测试基础概念
独立性：测试应该独立于开发，由专门的测试团队或者专业测试人员进行。早期开始：测试应该从软件开发的早期阶段就开始，早发现缺陷，成本更低。 ；测试由开发人员及独立的测试组来管理的；测试和调试是不同的活动，但是调试必须能够适应任何测试策略。 软件测试的分类软件测试有多种分类方法，我们这里介绍几种常用的分类法：软件开发阶段划分单元测试指对软件中的最小可测试单元进行检查和验证，单元测试需要从软件的内部结构出发设计测试用例。 系统测试将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试 和确认测试，系统测试是针对整个产品的测试。验收测试交付测试：确保软件准备就绪。 按测试技术划分白盒测试：结构性测试/透明盒测试/逻辑驱动测试/基于代码的测试。黑盒测试：功能测试：通过测试每个功能是否都能正常使用。
68710编辑于 2023-12-28 - 来自专栏喵叔's 专栏
【单元测试】--测试驱动开发（TDD）
一、什么是测试驱动开发 测试驱动开发（Test-Driven Development，TDD）是一种软件开发方法，其核心思想是在编写实际代码之前，首先编写测试用例。 编写最少量的代码：接下来，开发人员编写足够的代码，以使测试用例通过。这意味着开发人员只编写足够的代码来满足当前测试用例，而不是过多的功能。 迭代：重复上述步骤，针对其他功能或需求，编写新的测试用例、实现代码、运行测试，直到开发完成。 TDD 的核心目标是通过自动化测试用例来推动软件开发。 二、TDD的步骤 测试驱动开发（Test-Driven Development，TDD）是一个迭代的软件开发方法，通常涵盖以下步骤： 编写测试用例（Red）： 开发人员首先编写一个新的测试用例， 协作和沟通： TDD可以促进开发团队成员之间的协作和沟通，以确保测试用例反映了业务需求。 四、总结 测试驱动开发（TDD）是一种软件开发方法，强调在编写实际代码之前编写测试用例。
1.6K20编辑于 2023-10-22
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号