![](https://img-blog.csdnimg.cn/20201014180756927.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
工作思考
功夫
这个作者很懒,什么都没留下…
展开
-
项目管理思考之压力
自从研究生毕业后,重新踏入社会,就感受到了压力。工作有压力正常。职位越重要压力越大。就工作本身来说,it行业就是一个比其它行业更有压力的一个行业。软件、市场、技术、人员,在it行业,无不是变化快速的。软件需求多、变化也多,市场大,新的市场环境不断出现,技术天天有新更新,公司人员变化更是快速,人员的流动有个人职业发展的需要,有薪水待遇的考虑,也有激烈竞争后的无奈选择,公司要发展,不会养一个无法胜任工作要求的员工,这其中有很多不合理的要求:给你派很多任务,要在什么时间内完成,如果自己感觉无法按时完成,就要加班,原创 2011-05-13 23:17:00 · 677 阅读 · 0 评论 -
如何带新员工(测试篇)
如何带新员工(测试篇) 在一个项目中,有很多的人,有很多的不同的职能部门;有的负责测试,有的负责开发,有的负责外场;每年都有很多的人进进出出这个项目、部门,人员变动在人任何一个项目都是非常普遍的情况。如何迅速培养新与员工,是项目管理的一个认真思考的一个问题。 就测试人员的培养方面,我有以下几点的想法: 1、测试的目的是什么;测试分为单元、集成、系统,还有外场测试、开局测试;单元和集成测试有开原创 2011-11-27 13:28:57 · 1013 阅读 · 0 评论 -
代码走查
代码评审的力量 在一个公司,做一个项目,维护一个模块的人有2-4个;有的人负责这个模块的a功能,有的人负责模块的b功能; 每次有新的需求和功能的时候,都是其中一个人负责编码,其它人有可能参与联调或者是后期维护和故障定位; 但是往往大家都会忽略还有一个流程就是:写完代码后,把代码发给这个模块的其它同事进行一起代码走查; 其实很多公司都有代码走查这个流程,但是都是流于纸面上的规定,而且不同的科原创 2011-11-27 12:57:12 · 875 阅读 · 0 评论 -
决策是否参与
决策是否要参与 在工作中,一个小组/科室/部门,大家一起讨论如何做一个工作/活动/项目的时候,组织者先介绍一些基本情况,然后问大家是否有什么问题或者建议,或者组织大家一起讨论。 这个时候,肯定有人莫不作声,有的主动参与讨论;我不知道参与讨论的人都心理活动的真正目的是什么,但是原创 2011-10-07 19:36:48 · 454 阅读 · 0 评论 -
了解行业生态
了解行业生态 测试、软件开发、se、项目管理,其实不在工作中不能只关注一个方面,测试的只管测试,只知道测试;开发的只知道写代码,不去了解测试,不去了解需求,不去分析需求,只能停留在开发,无法进步。 现在要测试的了解开发、了解市场、了解用户;开发了解测试、需求、了解市场,公原创 2011-08-21 22:39:56 · 853 阅读 · 0 评论 -
企业文化
企业文化,能量真的很大呀。 一个新人,进入一个企业,总用些不适应,但是需要3-6个月的实习转正,在这个时期,ta会从一个不适应到学会适应这个氛围。这个就是文化的力量,从新人培养到办事流程都有一个约定俗成的过程和处理流程。任何不适应的习惯,都会在这个文化中被扭转到符合这个氛围。原创 2011-09-18 23:02:34 · 879 阅读 · 0 评论 -
写代码之前的思考
写代码之前的思考 在写代码之前,大家都会有思考,无论时间长、还是短,大家都要思考,如何修改或者如何写一个新的功能。 如果是修改代码,一定要对原流程和代码处理有深入和详细的了解,然后再写一些简单,但是毕竟详尽的修改方法。 否则,在修改完后,然后再详细的了解流程,会有很多感觉修原创 2011-09-08 23:18:10 · 512 阅读 · 0 评论 -
项目联调的思考
项目联调有联调负责人,有项目成员。 负责人:负责环境搭建,联调内容/联调进度安排/追踪; 项目成员:尽力把功能联调完全。 这个过程关键是负责人是否能够安排好,并提供好环境,如果没有提供好,严重影响到测试进度和项目成员的热情。 而且联调不能拖的时间太长,如果时间太长,项目成原创 2011-09-01 23:25:26 · 1111 阅读 · 0 评论 -
开发过程真正要关注什么
开发过程真正要关注什么? 代码、结构、接口、注释、思路、方法,还是其它什么。 我认为,开发过程真正要关注的是思考问题的方法、集体讨论问题的技能。 代码,在目前是社会中,只要是上过大学,并且在一个正规的公司中待过的,公司都有一个比较像样的编程规范,除了把编程规范当摆设的公司,都能写出符合标准的代码,注释、接口都能定义出来。 但是设计代码的思路,考虑问题的方法,不是谁原创 2011-06-21 22:46:00 · 510 阅读 · 0 评论 -
测试参与项目的时机
天天被测试人员叫过去定位一些软件本身不支持的功能。目前项目的测试用例非常简单,简单到只有一句话。全凭测试人员的思维发散来测试。发散的多了,故障单就多。发散少了,故障单就少。项目的测试用例,用一个项目用例库,还是这个项目刚开始的时候写的。都2-3年没有更新。心里的感触是非常深刻的。项目在需求开发过程中,一定要有测试人员参与其中,制定好测试用例。研发人员、系统工程师、需求工程师、测原创 2011-06-08 21:10:00 · 576 阅读 · 0 评论 -
今日心情----叉叉叉
<br />今日心情----叉叉叉原创 2011-06-01 22:16:00 · 487 阅读 · 0 评论 -
工作思考之指派任务
<br />作为科室领导,在指派任务的时候,有一个明确分工,不能相同模块的同事指派同一个任务,一个是负责人,一个是成员。<br />这样有一个问题:负责人是一个工作不是太长时间的人,而成员是一个工作时间相对长一点的人。<br />负责人想多干一些活,提高自己的能力,多写一些代码,提高自己的水平,最重要的时候锻炼自己的代码写作能力。<br />老一点的员工,也想多写一点,而且还有一点心理不平衡,让一个比自己小的人来当负责人来分配给自己任务。总有一个不太适应的情况。<br />出现这个分配任务的情况也有一定的原原创 2011-05-29 17:45:00 · 1079 阅读 · 0 评论 -
工作思考之测试
<br />今天参加一个故障的修改。<br />每天都参加故障修改。<br />故障的特点是:针对非常特殊的情况的修改,在用户使用过程中几乎不可能发生,而且即使发生了也不会造成太大的问题;<br />项目的情况:项目的版本马上就要发布给用户使用了;<br /> <br />故障发现的过程特点:<br />针对测试用例a进行测试,非自动化测试的情况,只靠手动敲命令来测试功能:<br />一个测试人员A君,如果此人相对比较懒,但是也能满足测试部门的要求,对这个测试用例测试就不可能发现问题;<br />另一个测试原创 2011-05-27 21:28:00 · 385 阅读 · 0 评论 -
坚持和忍耐
坚持和忍耐 在开发项目中,不可能是一帆风顺的,总会有这个问题,那个问题出现。有时候问题很好解决,有时候问题非常不好解决。上面有项目经理在跟踪这个项目,小问题项目经理可能不太会说什么,但是大问题,你就要面对很大的压力。功能是你写的,无论如何都不能推卸责任。要勇敢承担责任的勇气,和承担压力的忍耐力。 任何人面对压力都想有一个方法能逃避过去。但是只有逃避是不会成长的,要学习在压力中成长,不要逃避,要原创 2011-11-27 14:10:19 · 527 阅读 · 0 评论