测试小故事44:客观
来源:互联网 发布:java html转义 编辑:程序博客网 时间:2024/05/16 13:46
客观:意识之外,不依赖精神、不依赖于人的意识而存在的一切事物、不依人的意志为转移的实时存在,与主观相对立。 -- 360百科
先看看项目描述中常用的词:
“我认为”、“应该”、“可能” 与 “正确”、“成功”
这些词联系在一起,不会出错?嗯,的确不会出错,怎么解释都可能对,也都可能错。但是,基本上等于没说。
如何客观?
1.使用肯定句,描述准确、清晰(英文中不使用虚拟语气)
2.不使用第一人称,避免带有个人情绪和主观臆断
3.使用被动句式,用操作对像做主语,理由同2
4.使用短句型,减少不必要的理解成本,易于受众接受
5.描述结果有明确的验证方式,使用“成功”、“正确”等词时,要对“成功”、“正确”的标准进行定义 -- 可测性
----------------------------------------------------------------------------------------------------------
做项目评审:合同、需求、设计、代码、测试,接受客户的反馈、回复客户的反馈,总是会有不明所以的感觉,不知道作者在说什么,读者也不明白我们在讲什么,为什么?
知道大概在讲什么,却又不知道具体讲了什么,有那么一点点的感觉,却又无法清楚的知道。
如何清楚的表达?如何能被清楚的被理解?
作为技术性文档,如何能准确的传递信息,而不被曲解?
软件设计的一条基本要求是所设计的对像是可以被测试,如何能够被测试?
所设计和描述的对像就需要有准确的定义:什么是对,什么是错。
“正确”、“成功”,当然可以作为标准,但只能是行业内人士的标准,对于外行显然就不够充分。
好与坏只是形容,不同的人感受不一样、标准也不一样。
客观。。。。。。
正确的定义“正确”、“成功”,什么样的情况下、出现什么样的现像,让所有读到的、接触到的能够不带任何感情色彩的了解到,没有歧义、没有偏差。
- 测试小故事44:客观
- 测试小故事3:感觉
- 测试小故事48:想当然
- 测试小故事41:乒乓
- 测试小故事43:视角
- 测试小故事36:测试面试题
- 测试小故事37:测试的目的
- 测试小故事40:测试造假
- 测试小故事1:正确性验证
- 测试小故事4:工作与服务
- 测试小故事5:纠结与坦然
- 测试小故事7:信还是不信
- 测试小故事10:时间与耐性
- 测试小故事21:语言的力量
- 测试小故事15:BUG被拒
- 测试小故事16:好系统
- 测试小故事9:问题与回复
- 测试小故事11:登录与登陆
- Spring Boot 03 profile的使用
- MSP430定时/计数器TimerA的使用详解(一)
- make: *** [.build_release/lib/libcaffe.so.1.0.0-rc3] 错误 1 问题解决
- openoffice java实现word转PDF
- 统计学习方法 6-逻辑斯谛回归与最大熵模型
- 测试小故事44:客观
- bitTiger讲解:Leetcode如何刷(经验分享)
- [机器学习实战] Ubuntu 16.04 + NVIDIA 384 + OpenCV 3.1.0 + CUDA 8.0 + cuDNN 5.1 踩坑记录
- Prim和Kruskal求最小生成树
- 递归算法的时间复杂度分析
- 344. Reverse String
- Could not obtain transaction-synchronized Session for current thread
- codevs 2604 舞会邀请 tarjan
- SpringMVC重要接口(二)HandlerMethodReturnValueHandler