明确、透明的组织架构明确的组织架构很重要，这样可以大幅度的避免权力交叉争夺，太多的人力消耗就是消耗在了权力斗争当中，不要试图去使用“帝王学”，那只会让你的团队人员随时处于相互斗争中，从而消耗工作能力。我认为以下任何一种错误的组织架构都有可能造成人力资源浪费：·任务交叉负责：可能造成完成工作相互扯皮消耗，让工作进展变得缓慢；可能造成员工相互配合，造成任务完成度降低；·&n
转载：http://www.51testing.com/html/72/n-3725472.html你有没有经历过这样的一幕：每天都感觉自己特别的忙，然而每当到晚上要睡觉的时候，想不起今天具体做了些什么事情。可能是这天做的事情太多了，忙到自己也记不清楚了。2015年前的我也是这样，那会还是在做淘宝，每天除了优化淘宝店、接待客户之外，还需要打包做售后。不光如此，本身笔者对互联
学会定位bug真的很重要1、定位bug的数量、种类、级别越多，真的真的真的（重要的事三遍）能快速拉升自身编码水平、对很多原理的理解和对编程的认知。2、能提高开发效率很多很多，避免长时间都在解决bug的路上。3、对app也是相当友好，至少对自己的app稳定性信心大增。“打怪升级法则”本人是个游戏迷，对于程序员的成长历程，觉得就像是在玩游戏一样。只有不断的增加经验，
转载： http://www.51testing.com/html/51/n-3725351.html 又到了跳槽季，最近经历了很多家公司的面试，职位有 测试开发，也有普通的测试工程师，有成功有失败，最后我发现一些面试问题基本大同小异，因此觉得有必要跟大家分享一下，说一点自己的心得体会，欢迎大家指正和探讨~
转载：http://www.51testing.com/html/00/n-3725700.html辛辛苦苦熬了几个月的通宵，终于确立了MES需求，规范了工作流程，系统配置也完成了，正准备按部就班MES系统上线时，企业用户突然改变了需求，不想这么做了，提出了新的需求。对于MES实施顾问来说，正如晴天惊雷，这也是所有MES顾
转载：http://www.51testing.com/html/68/n-3725668.html前几天与开发在讨论问题的时候，开发提了一个问题，说是已经解决的问题，能否用excel表格总结一下，问了一下原因，感觉想法很好，就总结了一下。在上家公司的时候，提交bug用的是mantis，现在是禅道，两者模
转载：http://www.51testing.com/html/34/n-3725634.html对专业的测试人员来说，编写测试用例并不陌生，但是如何编写覆盖性强的测试用例，就需要我们再三思考后落笔哦~首先我们来想下测试用例的前世今生：1.测试用例因何产生？2.测试用例为谁而写？这两个问题我们各用一句话来回答：测试用例是产品原型下的衍生物，为想要了解这个系统（需求）
转载：http://www.51testing.com/html/10/n-3725610.html测试计划中的元素（elementsofatestplan）本节描述测试计划不同的部分。最小测试将包括测试计划、线程组和一个或多个采样器。1、测试计划（TestPlan）测试计划对象有一个叫
转载：http://www.51testing.com/html/01/n-3725501.htmlJmeter是一个工具，一个很好用的工具，对于它我们用来做压力测试后，还可以用来做自动化测试，但是作自动化的时候我们需要考虑到流程的流转和顺序排版，那么此时我们该怎么做？对于模块的分割我们或许可以用控制器来分割，但是有时为了将某个模块独立出去，我又需要用线程组来分割，但是线程组
转载：http://www.51testing.com/html/47/n-3725347.html背景：一家主要是做一款APP的公司，公司技术部门有三个组：爬虫组、服务端组和APP客户端组。事实回放：1）每次运营或产品提出一个BUG给到测试工程师后。2）测试工程师就会凭感觉和经验（而不是技能判断）判断这个BUG是哪个组，判断之后就会把这个BUG指派给该组的负责同事A。
