编码人员和测试人员:争论的秘密

PCIE配置和地址空间 来源:https://www.jianshu.com/p/574e9a2cbc4e 每个PCIe设备,有这么一段空间,Host软件可以读取它获得该设备的一些信息,也可以通过它来配置该设备,这段空间就叫做PCIe的配置空间。不同于每个设备的其它空间,PCIe设备的配置空间是协议规定好的,哪个地方放什么内容,都是有定义的。PCI或者PCI-X时代就有配置空间的概念,那时的配置空间如下: 图6.1 整个配置空间就是一系列寄存器的集合,其中Type 0是Endpoint的配置,Type 1是Brid. 阅读详情

相信很多团队都有这个问题:编码人员和测试人员经常争论。测试人员说编码人员做的东西太烂,问题太多,缺乏规范,开发文档也没有;编码人员说测试人员责任心有问题,测完了还是令自己不放心;还有很多人认为“如果发布出去的软件有问题,就是测试人员的责任”,理由是“测试人员应该在发布之前把所有问题都找出来” 【1】。

为什么会这样?我们来简单剖析。

首先,我们先要叙述一条“公理”:任何人都不能保证其工作成果总是100%完美的。即任何人都不能做到“0缺陷”。

因此,任何一个开发团队做完了都必须经过测试,尽可能的发现潜在问题并修复后才能发布出去。所以,测试人员必须竭尽所能发现缺陷。注意了,基于上述“公理”,任何测试人员都不能保证把软件中的潜在问题100%的找出来[参见《体检报告中的“未见异常”和软件测试》]。这样说来,上述【1】的说法是有失公允的。

那为什么会争吵呢?第一,出了问题的时候编码人员和测试人员是直接责任人,并且要负责解决问题,因此很容易引起情绪上的冲动;而且多数人遇到责任归咎的时候会本能的为自己开脱。第二、大家都忽略了“任何人都不能0缺陷”的公理。

但是,这并不表示有了这个“公理”,所有人就可以心安理得的面对所有缺陷了。任何产品的主要竞争力最终来自质量。因此对质量的无限追求,是任何团队的要求。也就是说,虽然我们不能要求每个团队的工作成果100%完美、0缺陷,但是我们总期望我们的成果能够尽量趋于完美,比如99.9997%,所谓的“六西格玛”。

怎么样做到尽量趋近于完美?这可能受到多种因素的影响,比如团队的工作能力、工作态度以及项目客观因素;还有管理、过程、工具,等等;可能会有很多!但是,我们可以简单归结为所有参与者工作成果的近乎100%的完美!所以,不要争论,从自己这里开始找原因,去改进!

转自博客园 作者aaron 




AgentScope Java 2.0 项目实战:从零构建企业级自主Coding Agent 本文基于 AgentScope Java 框架,完整拆解两个生产级 AI Agent 项目的从零开发全过程。其一是企业级自主编码机器人(agentscope-codingagent),支持 Issue→PR 自动实现、PR Code Review、Docker 沙箱隔离执行与多通道接入;其二是个人 AI 助手管理平台(agentscope-paw),采用 Spring Boot + React 全栈架构,支持多 Agent、技能市场与多 IM 通道。 阅读详情

相关推荐

SystemVerilog实战:AXI Stream协议从零搭建(附完整代码解析)

本文详细介绍了如何使用SystemVerilog从零搭建AXI Stream协议,包括核心信号解析、接口设计、主从设备实现及验证环境构建。通过完整的代码示例和工程实践技巧,帮助开发者掌握AXI Stream在FPGA/ASIC设计中的高效数据传输方法,特别适合视频处理和网络数据传输等应用场景。

weixin_29207439的博客 357

我眼中的开发和测试

在IT行业,开发和测试之间的关系一直是一个大家津津乐道的话题。在整个软件产品的生命周期中,开发和测试人员所做的工作分别对应不同的阶段,如图1所示。图1 开发和测试人员的分工        工作内容       从图1可以看出,开发和测试大致是一个上下游的关系。       具体而言,开发人员主要做这几件事情:       第一,对软件需求说明书进行详细评审,弄清楚要开发一个什么样的软件。     

周兆熊的专栏 2960

三维重建Fusion中的TSDF算法通俗描述

看个视频 https://www.youtube.com/watch?v=8M_-lSYqACo 这是mobilefusion的视频,大家先了解一下,看到在三维重建的时候外面有个长方体包围盒了吗? 数据准备: 我们不同角度拍摄的RGB图、深度图和相应的pose.txt。 步骤: 1.建立长方体包围盒 要建立一个长方体包围盒。让所有的三维点都在这个长方体里面。 假设z方向垂直相机。 很明显,x,y方...

qq_30339595的博客 1万+

【测试】如何处理与开发人员有争议的bug

1.问题再次确认与评估,并对评估缺陷的重要程度对其进行分类:  设计文档范围内的功能性缺陷;  影响程序的安全性和稳定性缺陷;  界面影响;   边界检查等一般问题;  兼容性错误;  安全性缺失,易用性修改; 2.明确开发人员不改的确切原因; 3.具体问题请具体分析; 4.发挥TM.PM的沟通职责; 根据问题的轻重缓急进行沟通,沟通是解决问题的最好方法! 测试学习中

maomaomao425的博客 3107

2023电视专用!安卓电子相册APP避坑指南(附开源代码)

本文针对2023年智能电视用户,提供安卓电子相册APP的避坑指南与实战教程。文章详细解析了电视端相册应用的常见广告与兼容性陷阱,并指导用户如何安全获取、部署纯净的APK应用,通过核心设置实现无广告的个性化图片轮播体验,最终打造专属的家庭回忆墙。

weixin_29012677的博客 482

2-1 AUTOSAR ASW概述

应用软件层(Application Software Layer,ASW)位于AUTOSAR整个架构的顶层。它由各种AUTOSAR Software Component(SW-C)组成,每个SW-C封装了各种应用的功能集。每个SW-C只能运行在一个ECU中。ASW层的设计目标是实现功能的可重用性和可配置性。它通过封装底层提供的服务,为上层应用层提供统一的接口。ASW层的开发可以基于AUTOSAR提供的标准化软件组件,也可以根据具体需求进行定制开发。

qq_42357877的博客 1891

软件测试左移策略:加速职业价值的秘密

测试左移:测试人员职业转型的关键策略 测试左移通过将测试活动提前至软件开发生命周期早期,实现了从被动检测到主动预防的转变。这种策略能显著降低缺陷修复成本、缩短交付周期、提升产品质量,同时促进团队协作。实施测试左移需要测试人员全程参与需求分析、设计评审和编码验证等环节,并掌握自动化测试等关键技术。对测试从业者而言,测试左移不仅是技术升级,更是职业转型的杠杆,通过技能升级和角色进化,测试人员可以从执行者转变为质量架构师,在快速迭代的软件生态中建立不可替代的价值。

2501_94471289的博客 409

STM32+FreeRTOS环境下LwIP协议栈移植详解

本文详细介绍了在STM32F407ZGT6平台上移植轻量级TCP/IP协议栈LwIP的过程。使用FreeRTOS操作系统和LAN8720A以太网PHY芯片,通过STM32CubeMX生成基础工程配置。重点包括LwIP源码的获取与工程集成、关键配置文件的编写(如lwipopts.h)、操作系统适配层sys_arch.c的实现,以及以太网接口驱动ethernetif.c的移植。文章特别强调内存管理、中断优先级、硬件校验和等关键配置项的注意事项,为基于STM32和LwIP的嵌入式网络开发提供了实用参考。

电脑管家 732

10个秘密:软件开发者的晋升路径大揭秘

测试从业者职业晋升策略分析:本文系统阐述了测试工程师突破职业瓶颈的10大路径,涵盖技术深耕与管理跃迁两个维度。技术层面强调自动化工具精通、架构理解及新兴领域(AI/安全测试)拓展;管理方向则注重业务视野拓宽、团队协作能力培养。文章特别指出测试人员应超越纯技术角色,通过持续学习认证、建立个人品牌,实现从执行者到产品伙伴或创业者的转型。建议从业者结合自身优势制定个性化发展计划,定期评估调整,在快速迭代的行业环境中保持竞争力。(149字)

2501_94449311的博客 470

Android USB串口通信详解与实例

在Android开发中,USB串口通信是一个常见的需求,尤其是在与硬件设备进行交互时。通过USB串口,我们可以轻松地实现数据的发送与接收。本文将详细介绍如何使用库来实现Android设备与USB串口设备的通信。

m0_62153576的博客 673

RH850系列芯片深度剖析 1.5-链接(ld)文件解析

基础编译过程分为四个阶段:预处理(Preprocessing)、编译(Compilation)、汇编(Assembly)、链接(Linking)。执行这四个阶段的程序(预处理器、编译器、汇编器、和链接器)一起构成了编译系统。CONSTANTS接下来的内存空间定义部分会使用这些常量来定义内存空间的范围,理论上来说不定义常量也没有影响,直接用魔鬼数字代替,定义常量的主要目的就是方便理解以及方便修改;从示例中可以看出,常量的值可以为16进制或者10十进制,而且10进制支持数量级单位(k级,M级);

本博客专注于嵌入式软件领域技术分享。 1416

揭秘功能测试的秘密:缺陷管理(下)

这是一篇功能测试专栏系列《揭秘功能测试的秘密:从初学者到专家的必备指南》本系列将深入探讨了软件测试的基础知识和实用技巧,从手动测试到自动化测试工具的使用,涵盖了测试流程、测试用例设计、测试执行与报告生成等关键内容。无论你是软件测试新手,还是想要提升测试技能的开发者,这篇教程都将为你提供全面的指导,助你掌握软件测试的最佳实践,打造高质量的软件产品。后续内容大概会分三篇文章写完(上、中、下),中级会穿插一些扩展知识(软件测试需要具备的基础知识【功能测试】!!!揭秘功能测试的秘密:测试基础(上)

yang_xs的博客(只讲干货) 1170

业态即战场:零售平台的生意模型与系统设计解构

在这篇文章中,我们从“控货、自营、联营”三种典型零售业态出发,拆解了亚马逊、阿里、京东和本地闪购平台在商品模型设计上的差异与博弈。看似简单的卖货方式背后,其实是平台在“控货权”“商品归属权”上的深层策略博弈:谁掌控商品,谁就掌控数据、流量与利润分配权。本文尝试用一套通俗但不失专业的方式,帮助产品经理和技术伙伴读懂零售平台商品模型的底层逻辑与系统设计演化路径。

曾经“等你生日那天”都遥远得像未来,如今却可欢愉的挥手说“下个十年见” 13万+

走出软件作坊的秘密

《走出软件作坊》已经一周岁了。在这一年里得到了许多朋友的钟爱,也收到了许多朋友的来信。仁者见仁智者见智。有人从书中看到了心态和坚持,有人看到了朴实的创新(原来创新就是这样,不要整天大战略大构思大蓝海),有人看到了术,有人看到了方法论。每个人都或多或少能收获到一些东西,这已经达到了这本书想要传达的目标了。有的朋友想改变现状,在日常工作中尝试着使用了一些书中的方法。有些方法非常好,简单、易实施

High_Mount的专栏 655

华为的C语言编程规范.pdf

华为技术有限公司内部技术规范。本规范制定了编写C语言程序的基本原则、规则和建议。从代码的清晰、简洁、可测试、安全、程序效率、可移植各个方面对C语言编程作出了具体指导。

OV9734 DATASHEET,完整规格书

OV9734完整规格书,包括电气参数,尺寸规格,寄存器配置表等

走出软件作坊的秘密【转载】

《走出软件作坊》已经一周岁了。在这一年里得到了许多朋友的钟爱,也收到了许多朋友的来信。仁者见仁智者见智。有人从书中看到了心态和坚持,有人看到了朴实的创新(原来创新就是这样,不要整天大战略大构思大蓝海),有人看到了术,有人看到了方法论。每个人都或多或少能收获到一些东西,这已经达到了这本书想要传达的目标了。有的朋友想改变现状,在日常工作中尝试着使用了一些书中的方法。有些方法非常好,简单、易实施

missmecn的专栏 578

数学建模模型总结

这是本人在两年内准备参加数学建模竞赛搜集到的模型资料,已经经过了本人的筛选和整理,希望能够对准备参加数学建模竞赛的学弟学妹们提供一些帮助!

上一篇: 使用NetBeans将GUI连接到Derby数据库
下一篇: 将NetBeans Profiler集成到Sun Java System Web Server 7.0
chenzhiya
博客等级 码龄19年 22粉丝 3384原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值