救救刚实习迷茫的孩子吧

wanzi9696

刚进一外包公司做软件测试实习，可是觉得好难
现在我们的业务是关于中国移动的测试，对于这个业务我不懂，看文档也是觉得挺难受的
但前几天有简单的测了几条用例，又觉得功能测试这一块也不太难，可我感觉是因为自己业务能力不够，所以考虑的也不全，只简单通过鼠标点点过。
我看了好多帖子和一些学习资料，还是很不系统，东西好乱，也不懂得如何准确的提问，希望过来人可以给我一些建议，让我平安度过实习期。

！@#￥

1你要看懂需求，需求懂了后面的都好解决
2测试用例是根据需求来写的
3提出的bug直接提交给相关的负责人
4bug的描述要简洁，易懂，最好有图

wanzi9696

实习记录1：
1、了解产品与项目。我将要承担的是什么产品的测试？平台产品（HK移动）
2、了解测试的流程。我要做的是什么的测试？黑盒/性能测试
我对谁负责？项目经理
我的输入是什么？业务
我需要做哪些输出？提交bug
BUG管理工具是什么？

今日计划：
1.熟悉业务（阅读中国电信计费模型，中国移动业务支撑系统，BOSS业务规范等专业术语）
2.思维导图记录

wanzi9696

！@#￥ 发表于 2019-4-9 11:54
1你要看懂需求，需求懂了后面的都好解决
2测试用例是根据需求来写的
3提出的bug直接提交给相关的负责人

你好噢，可是我所处的是在外包公司，需求好像都是亚信那边做好的，我是刚来，前天有一天简单的做了些测试，但一轮已经结束，我又是在看文档中，项目是一个移动业务的，好多术语我不懂，所以看得很头痛。现在又是在自习中，每天也要汇报工作，感觉自己没啥进展好担心

libingyu135

新人不用太担心。。一般都会给你个过渡期，主要是你能成长
熟悉业务是必须的，亚信移动业务非常复杂，所有的测试手段都是基于业务而展开的，所以对业务的熟悉是一门值得钻研的课程

wanzi9696

libingyu135 发表于 2019-4-9 13:53
新人不用太担心。。一般都会给你个过渡期，主要是你能成长
熟悉业务是必须的，亚信移动业务非常复杂，所有 ...

嗯嗯，可每天汇报学习的时候很痛苦，好怕领导失望。我一般都是自己看看文档看看论坛，很琐碎，现在知识也还没有成块，比较乱

lhy900606

作为外包过中国移动的人，说说我的经历吧！
1，需求的产生过程你没办法了解，因为你拿到的需求，都是甲方给你的，所以你要做的，就是拿到需求后，逐字逐行去看明白这个需求的功能！
2，Bug管理工具，公司肯定有，你去问老大要账号，然后上去看别人提的Bug，会有很多清晰明了的各种移动专业术语，记下来，然后一批一批地找时间问同事（切记不要一个一个去问）！
3，看Bug的时候，学习别人是怎么提bug的，以后你会经常提，特别是亚信开发的项目；
4，看用例，公司有模板，去拿来看看怎么写，移动项目大部分都是高度类似的，找老大去拿一份相似的用例看，看完自己写；
5，你目前进行的测试肯定很简单，必然是点点点，而且我负责地告诉你，你接下来的一年半载，肯定也是点点点，就是你认为的很简单的那种！那么在这时间里，你要做什么？请结合4，拼命写用例，移动的项目，功能交互逻辑很密切，一直写，直到你能够独立写出一份移动需求的用例，那时候，你的用例功底会如火箭般升空！（在外包公司，你能提升最大的，就是写用例这一块，实操测试，你基本只能点点点！）
6，找准开发，找准产品，鉴于你是个新兵，你只需要知道亚信或者华为那边的开发人员和移动或者电信的产品人员是谁就好，到了后期，你会长期和他们打交道！特别是亚信，以后你会知道！
加油吧，少年，测试的前途是光明的，金钱是多多的，头也会秃秃的！

海海豚

功能测试这一块确实不太难，但是有很多需要你自己去理解消化和熟练运用的东西。
每天需要汇报工作，是一个让自己了解自己，让老板了解自己每天都做了什么的重要途径，所以一定要重视。
汇报工作的时候，最好对自己每天的工作进行分类总结，排列的清晰明确。这样可以成为你个人做事的一个加分项。

！@#￥

wanzi9696 发表于 2019-4-9 12:03
你好噢，可是我所处的是在外包公司，需求好像都是亚信那边做好的，我是刚来，前天有一天简单的做了些测试 ...

你暂时不需要了解整个业务流程，把它切割开来，一部分一部分的来，但是你需要自己给自己制作一个计划
亚信的业务流程很杂，你现在做的就是了解业务，找你们老大要一些资料

wanzi9696

！@#￥ 发表于 2019-4-9 17:50
你暂时不需要了解整个业务流程，把它切割开来，一部分一部分的来，但是你需要自己给自己制作一个计划
亚 ...

好的，对，那我目前只需要了解好业务就行吧？因为我做的只是功能测试

wanzi9696

转载于一篇14年前的帖子，刚好受用！

某公司给新人培训时讲的东西

                                                                        测试经验总结（2005-2）
1.测试人员和用户的联系与区别
        黑盒测试人员和用户，都是站在实际应用层进行操作，因此他们对应用层的可用性、实用性非常关注。用户不懂的是软件的使用，而相对用户来说，测试人员对软件比较了解，但不熟悉业务本身。
        八个字归纳：用户是用，测试是测。
        用户不懂使用就需要技术支持人员去培训，而测试人员在测试初期经过开发人员和项目负责人的简单培训后，就应该通过所学的理论知识和相关的业务知识独立去了解、深入到软件的功能点中。
        应该做到：由测试人员培训技术支持人员，由技术支持人员实施时给用户培训。


2.带着问题去测试
       工作守则第一条：带着问题去测试
        测试中会遇到很多问题，没关系，没有脑子里面的一个个问号，是不能很好的发现问题的。往往发现一些藏的很深的bug都是在测试人员一步步解决这些问号的过程中，切忌遇到问题就问，不仅因为增加不必要的与开发人员、负责人等的交流时间可能延误项目进度，而且自己对问题的印象也不会很深刻，毕竟在相对较短的测试时间内，听不如记，记不如自己去发现规律。


3.测试期间提问题和交流的时机
        什么时候应该提问题？
        我们都知道，作为测试人员，并不是测试期间什么时候遇到问题就要马上问，那什么时候是提问的时间？
        培训
        培训时，一般在讲解内容的间歇允许打断，由培训人员解答测试人员的疑惑。培训的过程其实就是一个传输新知识并答疑的时间，这个期间的提问是欢迎的，也可以增加参与性和调动积极性。所以希望大部分的问题能在这个阶段提出来。受时间、环境等条件制约，有时培训的人讲的也不一定细致和全面，这时就需要自己多想，想想这个功能是干什么的，为什么这么做，对应的业务是什么。
        
        工作守则第二条：培训时脑子灵活转动，多想多问
        以前大家可能有过参加辩论会的经历，就算没有其实和人聊天也是一个交互的过程。参加辩论会要求快速思考，然后放慢语速说出自己的观点，因为不能说错。我们在参加培训时前者相同，后者相反。脑子嘴巴都要快，说错了也没有关系，自己的想法被纠正的过程中也是加深印象和理解的过程。
        
        计划评审
        提出对于软件不理解、安排的任务不明白的地方。
      
        测试期间
        这个时期最主要的问题应该集中在影响测试流程和进度的问题，而不是说明书或其它文档上已有的内容，或者与自己负责模块无关的内容。开发人员和其他测试人员都有自己的进度安排，因此，
        影响测试流程和进度的问题,马上问！
        不影响流程的问题，记下来统一问！
        不必要的问题（说明书或其它文档上已有的内容、讲过三遍以上的问题、今晚去哪里吃饭的问题），不问！
        好处：避免不必要的时间支出，不打乱自己的测试思路，一气呵成，并且使项目成本得到控制
        坏处（？）：脑子里、笔记本上留下一堆待解决的问号吧，浪费脑细胞和公司的笔和纸张等资源
        
       工作守则第三条：先做事，后学习
        在有限的时间内先完成该做的事，有空闲的时间再去补充自己的知识。
        要很好的把握上述内容，也要求提高培训期间培训人员培训内容的完善性，要求前期培训人员强调出软件的重点、难点和注意事项。这个期间适合于上面提到的“带着问题去测试”的方法。
        但有一点需要注意：不要为了一个地方的卡壳在那耗上一天半天的，这就不值得了。
        测试中期评审测试问题
        答疑解惑的时间。
        测试报告评审
        对一些结论有疑惑和不解的地方，提！


4.记笔记
        一个老生常谈的话题。
       工作守则第四条：好记性不如烂笔头
        测试培训的时候对于一些重点应该记下来，即使当时听懂了；没听明白的更应该记下来，到测试软件的时候去验证自己的疑问。如果培训时特别强调的地方，测试时再去问，这就不好了。
        养成一个良好的习惯，会使以后的工作更加顺利。


5.在公司和学校的学习的区别
        学校是专门学习的地方，公司就是工作的地方，因此，它们的性质决定了其学习内容和方法的不同。
                               学校                                   公司                                                   备注
内容上        主要是系统的理论知识        主要是和项目相关的业务知识        如果在测试中感到自己部分理论知识欠缺时，就应该回家多补充了
时间上        大块时间的连续学习        相对邻散        在公司一般不会拿出大块时间来学习和讲解
形式上        老师授课＋自学        培训＋交流＋测试过程中自学        
        

个人觉得，一个高效的测试流程应该如下： a.花几个小时至多半天时间快速阅读浏览软件说明书、设计文档；         这个阶段要让脑子里面形成对软件的整体印象感，能够让自己把握全局，因此，测试负责人安排时间看文档时，决不能忽视它的重要性，否则就会出现后续阶段磕磕碰碰的情况。注重速读，把握软件说明，忽略具体的数据库设计、功能点设计、计算、规则和辅助工具（相关软件）说明文档，囫囵吞枣的方法在这里就显得很有效。         如果项目时间紧或没有文档，这个步骤所做的事可以在下面完成。 b.利用培训时间消化吸收的知识 c.软件上手         几个小时至多半天时间，熟悉软件框架和基本功能，不要求所有功能都会操作，自己负责的模块可以多侧重一些。 d.细测         主要症对计划中安排给自己做的模块，这时就要相对放慢节奏，每一步操作、每个对话框（操作界面）都要深究，别放过任何情况。这时会遇到一些错误或不理解的地方，明显的如报错就提到开发过程论坛，不明显的就先记下来，等这个功能点测完再回头去看，你会发现：         50％的问题可以自己分析出来和解决，有的问题不是问题，只是开始还没有完全理解。 工作守则第五条：软件不是一次能测透的         Rome is not built in one day.         工期、人力、环境资料等，都制约着测试的深度和广度，因为不要期望一次能完全把握某个软件。         综合测试的优势在于，我们负责公司产品的把关，而项目由产品延伸而来；测试产品会不断出新的版本，一次没有理解，可以在下一次中弥补，温故而知新。         一口吃不成一个胖子，看我这么瘦又这么能吃就知道了^^         要结合自己的实际情况决定本次测试的深度，不要看着别人进度快了就打乱自己的节奏，只要安排合理，应该按照计划来。特别忌讳认为自己这块没问题了就马上去看看别人负责的功能，期望全能。这样一般来说除了ljl这种全能性人物外都会造成最后自己的问题留了一堆，别人的也没搞懂。        新人特别注意，踏踏实实的搞懂每个自己负责的模块，打阵地站，这种方法很有效。         评价自己是否可以转入下个模块的几个因素：自我提问与别人提问、测试进度         如果大多数相关人员（主要是测试负责人、其他部分相关测试人员特别是开发组集成测试人员和技术支持人员）对于自己负责模块的问题都能解答，搞定！NEXT-->转入下个模块。         否则，还是再回头想想思路和遗漏的地方。当然，要综合考虑测试进度。请组长对自己提几个软件的问题，他会很乐意的。 e.小结         一个阶段就进行一次小结，这个小结可以是书面的，比如测试问题记录、测试用例补充、测试模块设计等，但大多是自己分析，为了方便接下来模块的测试. f.性能测试         性能测试不仅是测试性能，同时也加深自己对软件应用的理解，因为性能测试往往和实际应用或用户需求结合的很紧密，避免造成软件功能都会用，但不知用来干麻的尴尬情况。 g.安装盘测试         安装盘程序测试，简单过一下软件功能有无错误。         安装盘程序文件、库文件、组件等的完整性、正确性，这个非常重要，要不返工就浪费时间了。这个阶段要积极与开发负责人和GJ沟通，确保最后的胜利。 h.测试总结         测试接近尾声，总结自己对软件的掌握情况，得出测试结论、归纳测试方法、提出修改建议，为软件以后版本的修改提供依据，也为以后再测类似软件提供捷径。

        
5.小结
        用户用软件，测试测软件
        培训时多想多问
        好记性不如烂笔头
        带着问题去测试，在测试中解决问题
        先做事，后学习，争取双赢
        软件不是一次能测透的

        在软件行业中，敬业精神尤为关键。默默无闻的测试员工作是比较枯燥和辛苦的，是否具有忍耐力、快速学习能力、沟通能力以及团体合作精神，是敬业素质的重点。

        一点感想，敬请指正补充。
                                                                                                                                     项目管理部 综合测试组
                                                                                                                                                        2005-10-21

[ 本帖最后由 wincloud 于 2006-4-16 11:16 编辑 ]

wanzi9696

海海豚 发表于 2019-4-9 17:46
功能测试这一块确实不太难，但是有很多需要你自己去理解消化和熟练运用的东西。
每天需要汇报工作，是一个 ...

好的，我之前就是担心问问题领导会烦我，现在发现我真的有点作死哈，应该要认真反馈才行的！

wanzi9696

class Survey():
    # 收集调查问卷的答案
    def __init__(self, question):
        self.question = question
        self.response = []
   
    # 显示调查问卷的题目
    def show_question(self):
        print(self.question)

    # 存储问卷搜集的答案
    def store_response(self, new_response):
        self.response.append(new_response)

# 请定义实名调查问卷的新类 RealNameSurvey，继承自 Survey 类
class RealNameSurvey(Survey):
    def __init__(self, question):
        Survey.__init__(self, question)
        self.response = {}  # 由于籍贯地和名字挂钩，所以用构成为“键值对”的字典来存放。
   
    # 存储问卷搜集的答案（覆盖父类的类方法）
    def store_response(self, name, new_response):  # 除了 self，还需要两个参数。
        self.response[name] = new_response  # 键值对的新增

survey = RealNameSurvey('你的籍贯地是哪？')
survey.show_question()
while True:
    response = input('请回答问卷问题，按 q 键退出：')
    if response == 'q':
        break
    name = input('请输入回答者姓名：')
    survey.store_response(name, response)  # 调用类方法，将两次通过 input 的字符串存入字典。

# 输出测试
for name, value in survey.response.items():
    print(name + '：' + value)
   

wanzi9696

实习感悟：
明明师傅人应该是很好的，可是在带人方面感觉不是很热情。
需要我自己自动多问
我也摸索出了一点思路：
1.一定要多问，还有把成功展现出来（要有思路）
2.多跟和你一样的实习生交流
3.找部门的其他人或者实习生要资料，赶紧学习业务
（我也不知道为什么我师傅没给我发就让我学业务，我前前后后问了好多个人才拿到业务资料，因为这个项目不是我们部门的，所以估计我师傅没有，可作为新人他们又让我一定要多学多问，哎，没给我业务的文档我怎么学呢！今天私聊了一个也是实习生，才拿到完整的，哎）
4.对待长辈要有礼貌，一定要认真有耐心，多做一定好过少做。

wanzi9696

实习感悟：
今天上手测试sim卡这一块，去到公司后，因为换电脑所以网络需要重新配置，朱大哥很nice的帮我忙，可需要姚总那边才能联系人来弄，所以花了好多时间，党姐姐是个比较强势和急性子的人，但同时也比较会去关心人的人，所以她去催问网络怎么样了，可以发配任务了不。然俄单单开网就好久，而与此同时我发现自己的电脑不仅仅没有装PL/SQL，更加忘记把原来电脑存在的业务文件给拷贝过来。于是乎又很尴尬的问了好几个同时要下载文件（伸手党真的好讨厌哎）
1.软件夹最好都用英文
2.文件要拷贝好，以备不时之需
3.工作笔记最好记录好，找得时候就会方便很多
4.在餐厅打工一定不能急，没有什么比淡定更重要，下单一定要确认准备，宁可慢也不要错！！！
5.不懂就要问，但问之前最好可以先百度的就问度娘
6.不小心就和开发小哥哥聊上了

wanzi9696

一个多月过去了，除了一开始对测试基础知识的简单涉略，目前一直在做功能测试，每天都是按部就班，按照着测试用例来跑，对业务又不熟，因为项目的原因，跑起来也是各种问题。好似除了认识同时之外，在工作我的长进并不多。

1.要专注一些，时间把控好
发现自己的不拘小节带来的随意导致很多问题出现，给生活也带来的一定的困惑。
2.学习方法还没掌握对啊
在学习上面还是很粗糙，什么时候可以开始认真的去涉略某一块知识呢？

szc123qq

2333

千里

多学习，坚持两年，我相信脱离苦海了