在sc充实的一天

人设:

Z:领导

W,C:机械、硬件负责人

Y:测试负责人

L:软件开发负责人

Z,D,H:软件开发人员

序号

会议细节(非原话,回忆内容)

 潜台词

1

Y:提出冒烟问题,软件质量很差,同一个版本发布小版本太多

反馈问题

2

L:给出进一步分析方案,对问题分类,每个小版本是

1 新问题

2 旧问题没改好

3 新需求

不同问题对应的解决方案不同。

1 测试为什么不能一次到位

2 开发为什么重复提交相同故障

3 为什么版本中直接增加新需求

给出进一步分析思路

3

Y:说做了测试报告,我们大家都没有看。

没有对提出建议给出答复,意思应该是报告里写了。转移话题到报告中

4

Z:最近没有看到

确认是否有发,说实话我也没看到有这个文件,因为最后合适是在2个月前,没人记得。

5

Y:最近没有做,之前做了

进行解释

下午的文件中测试报告是早起版本,近期的冒烟也是1856月份

6

L:后面看测试报告再说,问需要怎么解决

没有核实先不评论,询问诉求

7

Y:要求把自测做起来

提出新诉求

8

L:自测可以安排,但是自测只是针对通用流程,现在的问题解决今天反馈的问题吗?

质疑新诉求能否解决问题

9

Y:说明自测重要性,说自测能够减少问题。

 

 

10

L:现在各方面情况很久没有出现不能测试的严重问题了,因此自测如果是以核心功能未测试目标,说明即便自测也不会有问题,增加自测有用吗?

用实际情况提问

11

没有作答

 

12

Y导入导出不够详细,测试人员不知道怎么测试,同时这个方案有问题,应该是xxxx才对。说了导入导出的实现方案没有完全按照他的想法做。并介绍想法。

提出案例

13

L:当时我,Z和Y组织讨论了方案,当时实现提出了一些问题,Y没有方案,我提出了方案,但复杂度比较高,和Z讨论暂时搁置,提供了临时快速方案用于注册。

说明情况,之前订的方案没有实现,测试随心定义标准进行测试,测试依据在哪里?

14

Y主观解释他提出方案的正确性。他觉得应该这样做。

坚持自己的方案。没有解释依据问题。

15

W:询问为什么冒烟测不重要的模块,提出测试标准问题,冒烟应当主要抓核心功能和问题。

提出冒烟的建议

16

Y:冒烟跑流程和新提交需求。如果变更要求提供设计方案,告知测试。开发没有变更方案,难以测试。

话题转移至变更问题。

17

L:阐述方案应该由需求组提供,作为开发输入,现在需求没有记录,开发根据实际情况,为注册目的调整开发方案,变更有何不可?

引用第12点的案例说明

18

L:询问要什么样的方案。

正面询问针对变更方案的诉求

19

Y:写“简要”的方案

模糊的答复

20

L:想要什么样的方案,请拿这个问题给一个案例,让我能够知道想了解到什么层面。

引导给出案例解决问题

21

Y:给“模板”太麻烦了,而且模板太死了,应该开发自己写,不用写太复杂,“简要”就好了。

将案例转移至模板的概念,拒绝提供。

22

L:我写的简要(变更每个版本都提供变更清单),你说太少,又不要求写太详细。你到底要什么?你给我下达指令,请提供有执行力的指令,你说的“简要”无法执行。

解释他的诉求他要讲清楚,否则难以提供。

23

Y继续抽象的描述“简要”,没有具体解答要怎么写,也拒绝由他提供方案。

重复抽象的描述“简要”

24

Z:采用沟通的方式解决

 

25

L:接受,并要求统一收集测试人员对实现不清楚的地方,之后一并向开发提问。

给出另外的思路的解决方案

26

Y沟通方案太麻烦,要求开发提供方案。

拒绝沟通方案。

27

L:我不知道测试到底要什么,沟通更直接,测试想要什么资料可以自己写。

由于不清楚测试要求,可以沟通后测试自行编写

28

Y如果沟通的话,正在测试发现问题希望立刻反馈。收集之后再统一反馈太麻烦。

隐含不接受测试组编写,接受沟通,但希望立即响应

29

L:现在A60测试,我强制要求D和H半天为单位反馈,避免影响其他人工作,我坚持做到了,具有可行性。

开发解释原因及给出理由,要求统一时间反馈。

30

Z:矛盾太大,提出开发组招聘一名测试人员,负责测试组反馈的“自测”和冒烟沟通。

总结问题,并给出解决方案

31

L:接受

 

32

ZLY每次讨论没有结论。

总结矛盾问题

33

C:每次变更或问题做记录和追溯,解决讨论没有结论问题。

给出矛盾解决方案

34

L:回到方案问题,现状Y负责需求,提供的原型文件和调用表,因各方面原因存在问题,D和H在专用沟通群和Y反馈,现在这个流程实际问题很多,建议懂技术的负责需求,为开发提供正确信息。

切回方案的问题

35

Z:需求不需要太细化,技术实现方案由软件开发负责。测试的时候抓核心问题,锦上添花的功能的问题不需要太较真。

给出方案

36

L:开发可能因维护性,容易实现等因素调整方案。

补充说明

下午

以下来自群里的聊天记录

 

37

Y在群里发了测试报告(对应上文第3点)

 

38

L核实测试报告很久之前的(5月份6月份7月份)中的内容,核对各版本发布最终fail(不通过)项没有一个版本超过5个。

核实发出的报告,了解报告情况。

39

L:早上开会你提到,有些bug好几个版本都没盖,你在这个报告写了,在哪里?

询问上午评价软件依据

40

L

13版本没有fail

12版本

-01:458,460

- 02:452

-03:561,562

11版本:

- 01365,370,364,366

- 02:无

反馈评价结果

41

Y

我想和Z工说,他没看到这个文档,我发给他看

里面总共总结了3个版本,前面两个版本有做总结,最新的一个版本没有做总结。

后面我会按照尽早说的方式进行总结说明。

没有对依据做正面答复

42

L

现在报告发了,可以解释一下,i早上说的软件质量的问题吗?还是,你早上的意思就只是让大家看一下(报告)?

继续追问

43

Y:这个还需要重新进行追溯吗?

他把问题转到“重新追溯”上

44

L;你早上举的例4子呢?也就是说不存在?

继续追问

45

Y:按照尽早讨论的方案进行,后面会更加详细统计

把问题推到“后面统计”

46

L:你说软件质量很Y重,我说分一下类,你说你有报告。

看一下你的报告,说一下哪里体现你说的“软件质量”我们一起找原因。

继续追问

47

Y:但我没有说报告上有详细划分。

如果需要详细划分统计,如果在追溯以前的进行详细统计,我这边没问题,但是需要时间。

我认为没有必要花这个时间

未正面回答问题。

48

L:现在不是统计的问题了。现在是你说软件质量有问题,你发的报告,没体现出这个问题。你说的依据呢?

继续追问

49

Y:依据就是要重新进行统计

未正面回答问题。而且还需要统计吗?我上文已经在1分钟内把统计写出来了。还要统计什么?

50

L:大姐,你早上先说“软件质量有问题”,我给你分析,我给你提意见要统计,你怎么现在把我这些话当你说的呢?

继续追问

51

Y发冒烟记录

1806256月)

1805215月)

1805075月)

 

52

Y目前我的测试版本报告,没有很好体现冒烟测试版本的问题。

上面是这近3个版本,冒烟测试版本出现的问题统计

把依据转移到冒烟报告上

53

L:你的意思统计报告不是依据是吧?

这三个冒烟才是依据是吧。。可以的,我看一下。

表示进行核实

54

Y:具体是什么原因可以从这些问题来体现。

确认问题出在这几个冒烟报告中。

55

Y我觉得现在纠结这些没有多大意义,既然早上已经给出处理方案,后面就按照这个走。

拒绝对上午的评价做解释

56

L,说两句话的时间,我已经统计完了:

20180625454453652196195197455

20180521454453195196197455

20180507285359361195196197

454:试剂盘扫描问题

453:已关闭

195:我做了回复,而且同样没有任何已解决的提交记录,处于已分配状态

196:我做了回复,而且同样没有任何已解决的提交记录,处于已分配状态

197:我做了回复,而且同样没有任何已解决的提交记录,处于已分配状态

统计冒烟,发现有5条记录频率较高,继续分析后发现:一条已关闭,3条测试人员重复记录,1条由于设备方案未定。

57

L

早上提问题,我给你方案解决。

你发报告,我给你分析。

现在和你讨论怎么改进,你说没意义?

你逗我呢?

玩儿呢?

其他:测试报告的问题数量不多,而且还没有是否可以通过自测排除,自测的方案能否解决问题还不确定。

18.8.10

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

这样的情况,大家怎么看?

posted @ 2018-08-10 22:21  sunlyk  阅读(190)  评论(0编辑  收藏  举报