（虽然这个作业没有什么意思，但是非常值得总结！！！）
前言：
=================================================================
前一段时间作了一个PDF的修正。
说句实话，非常不喜欢这个活。但是通过这个作业，也有一些值得总结的地方。
===================================================================
问题：
这个作业出现了5个UT故障，5个ITA故障，3个ITB故障。
这个结果对我来说，很不满意，以前做作业基本没有ITA故障，ITB根本没有~
===================================================================
问题原因：
1.心态问题：
①首先、这个作业在开始的时候，正赶上公司涨工资，有传言说，会涨的很少。所以也就漫不经心的干了~
后来，虽然涨的比较满意，但是因为开始就采取了消极的态度，很多准备不足~
（比如，对于PDF的操作，我知道是要把张票打印出来进行比较的，之前在华信实习时，接触过相关的东西）
②其次，感觉做这个一点意思都没有，现在还是这么想，这个无法解决！
========================================================================================
2.事情准备：（工作方式的惯性，途中很难改进，一开始就要注意！！！）
（如果涉及到团队，一定要在作业开始之前，周知大家！！！）
①好的作业方式，存在于潜意识中，一定要执行。（虽然肯能会稍微有点麻烦，但是会避免很多错误）。
很多事情都是带有惯性的，如果一开始作业的时候，就按照打印PDF张票的方式来进行作业的check，
就不会出现这么多的问题。
（虽然作业途中对应工资涨幅比较满意，但是已经把PDF张票打印确认结果这种方式抛到脑后）
②没有按照要求来，造成的不必要的返工。
在ITA测试时的电文数据方面 （需要按照要求来，不按照要求来也能进行下去，不易发现，但是一旦发现，必须返工）
错误的电文code时，是没有共同部的，这个在ITA开始的时候没有明确强调~
虽然大家可能都知道这个问题（实际上，也有不知道的。）就算大家都知道，
像这种问题，在ITA开始之前，也应该和大家强调一下。
③容易发生的严重的不可挽回的错误。
MRAP申请 （等类似的容易发生错误的问题~ 并且这个错误发生后后果很严重的事项！！！）
MRAP申请，有一个选项，是那个案件，比如3月16日案件 3月27日案件 4月9日案件 4月10日案件
申请的时候，这不能选错，如果错了，对日方也是有影响的。
这种问题一定要强调。（如果强调之后，还有人做错，那。。。。。。哎~无语。。。。）
========================================================================================
3.工作方式：
①作业开始，与寄存方式的比较
（不论多么忙，作业开始前，一定要确认一下寄存是什么样子，我们这次要修改成什么样子！！）
这个应该是老生常谈了，之前做北京项目的时候，就已经意识到这个问题了
真的不知道这次是怎么了，也许是调PDF的环境调了2天，太着急了，
PDF张票可以出来之后，立即就上手改了~
①总结： 不论作业多么紧，工作开始之前，一定要在事前确认一下寄存是个什么样子的
②保存寄存的样式，随时参照比较，以电子版或纸质的形式（根据情况判断）
这次出现的一个问题，就是认为 寄存的代码就是这样的，所以没有改
岂不知，这个地方是我这次的该修造成的，和寄存根本没有关系。
（问题 ITB故障 S2-0001 由于字体变大，字和表格压线了）
②总结：要确认修正前和修正后的效果。
========================================================================================
4.对应程序中全分歧的确认：
（确认这个程序可能发生的所有分歧，不要漏了）
（对每一种分歧的产生，都记录下来，列个表出来~）
（ITB中的 S2-0002 就是因为分歧没有确认完全，所以一种分钟没有跑出来，
造成了在这种情况下，数据长度压线。）
========================================================================================
5.故障修正，修正后，全分歧的确认：
（不要对寄存的代码产生影响，也就是说修改一个错误后，又产生另外一个错误。）
（ITB中的S2-0003，由于修改S2-0003，把表格的宽度提高，表格下面的内容下移，
在一种分歧A下，下面显示的内容少，空间足够，能正常显示；另外一种情况分歧B，下面的
内容多，不能正常显示，自会重合，发生重合的那部分字，就是是在分歧A中没有显示出来的内容。）
========================================================================================
6.确认数据来源
这次ITA故障中，公司会社部分，数据超长时，压线。
原因：数据的来源确认不够准确
1.这个部分一共有9个值，其中5个是来自properties，4个是来自电文
2.4个来自电文中的值在property中还能找到， 文件中的数据时一样的，所有当时看了properties后，
就认为这部分的值是来自properties了。
解决方案：以后在对应类似这种作业时，一定要在电文中寻找一下~
或者简单的在properties后面加上123456.。。然后再改回来
========================================================================================
7.强化测试
对与担心容易出问题的机能，在ITA测试结束之后
不以TEST CASE为重点，进行强化测试！！
这种方式可以有效减少ITB故障~
实施的方式，根据情况而定
1.比如PDF张票，把每一种的情况打印出来，让多个人来看
2.前一段时间的（登录时弹出3个对话框的这个机能）不使用导入数据的方式，直接跑程序，产生数据。
========================================================================================
8.政绩确认（ITA测试的成果物）
这次PDF在ITB中出现的故障，其实S2-0001和S2-0002都是可以避免的。
在ITA中的政绩中几经有这个问题了，但是政绩确认不足。
对应方法：
1.对于ITA的测试者而言，不是截完政绩就了事了，一定要顶政绩进行仔细确认。
2.对应管理者而言，一定要把政绩在确认一下，如果自己没有时间，也应找专人来再确认一下。
========================================================================================
9.管理方面（当人员超过一定数量时，进行2级管理）
（这是下班时，一个同事和我提到的，我们组中现在管理存在的一点问题，
有一定的道理，也确实存在这些问题。）
人的精力都是有限的，让你负责3,5个人也许没有问题。但是当人员数量达到一定规模时
一定要进行权利的下放（与下面的人员是否是leader没有关系），找出レビュー的人
（成果物确认的人），代码和政绩一定要有人再确认一下。
总结：如果你管理一个项目，当人数超过一定规模，你不能针对每一个人的成果物都进行检查
一定要找一个或两个人来协助你，给这些协助你的人分配少量的工作，让他们来检查
成果物（代码 政绩 等）。
========================================================================================
10.记录每天需要完成的任务（包括问题，疑问等），
（ 分主次，记录每天计划完成的事情，）
（并对这些记录进行管理，优先完成主要问题~）
进入ITA测试阶段，每天有很多要做的事情，
为了保证我们不漏掉作业，我们一定要把今天要做到事情记录下来
当这些任务很多，我们还完成不了时，我们就分主次，把这些事情记录下来
第二天，我们首先要完成前一天，我们没有完成的主要任务！！！
========================================================================================
========================================================================================
总结：
本来以为就能写3,4条，没想到写了这么多~PDF的这个作业，
虽然没有学到什么技术上的知识，但是在工作方式上，有很多值得反思的地方，
总之，这个作业虽然出现了这么多故障，但是也正是因此，也暴露出了许多的问题，
在以后的工作中要注意上面提到的这些问题，这样才能有所提高~
========================================================================================
========================================================================================
扫一扫
4341
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
