MyEyeOfJava
- 浏览: 1151801 次
- 性别:
- 来自: 北京
-
最新评论
-
MyEyeOfJava：
产生问题的主要原因：1.方洪波与南枫公司的直接主管李琼在合作共 ...
人力资源管理案例-左右为难的经理 -
吾名长弓：
学习了，作为一个管理新手，从文章里学到了很多东西，感谢 ...
2018新年管理感言 -
MyEyeOfJava：
非常不错，看过很多文章，说到管理者必然不能抛弃技术，我的主张是 ...
IT行业技术部门人员架构设计 -
小灯笼：
JMeter测试从入门到精通网盘地址：https://pan. ...
LR与Jmeter相关资料 -
flying6071：
“（2）CERT.SF：这是对摘要的签名文件。对前一步生成的M ...
Android签名与认证详细分析之一（CERT.RSA剖析）
文章列表
项目启动后客户压缩工期怎么办
- 博客分类：
- 项目管理
马东：
首先，项目经理应了解这种要求的合理性和必要性，如果甲方确实有充分和充足的需要，再进行如下工作：
1.组织项目团队认真分析赶工的可行性，如果可行，详细列出赶工所需的所有先决条件；
2.列出赶工过程中乙方应提供的必要支持，比如所需资料的提供，进度款，往来文件的批复等；
3.必要的商务谈判是需要的，甲方虽然提出不增加成本，但应该可以从甲方获得额外的倾斜和补偿，比如再有项目，优先考虑等。
刘世强：
1、客户的任何需求提出都首先要在团队内部讨论评估；2、根据团队评估的结果和影响决定是否执行变更流程，以及什么层次的变更流程；3、变更批准后修改进度基线，修改相关过程文档 ...
项目成本超支，究竟超支在哪里？
1、原本合同签订，以及预算就有问题，此部分在前期就确定至少亏损1000万。
2、架构改造，甲方项目组管理发生变化，原定为C端实现自闭环的商城、订单等，变为使用中台中心能力，这部分 ...
双11前夕，我被公司书面认定为项目总监，业务的负责人。
自主管离职到现在不到1个月，我现在要接替主管之前的部分工作，有一些力不从心。主管的工作多是和客户打交道，客情关系维护，并且获取商机，这部分工作至少占了50%以上，其次部分是内部管理的工作。
我擅长的部分为项目管理或者团队管理，但是商务能力的确是没什么经验，磕磕绊绊。每一次磕绊，我都起过我是否适合做这个，做这个是否有意义的怀疑。多次和自己的内心激烈碰撞。人显得深沉，又不爱说话，沉思许久。
多次纠结后，我还是在坚持，因为内心里总是有一个信念支撑着我，人不能总做擅长的事情，今年我已经做了自己不擅长的事，多次角色转变，那就 ...
苦于项目前期没有记录，前期的团队状态，我记录一下项目后期的团队状态。为以后带项目比对留下文字参考。
这个项目SOW范围写的还是比较虚，存在一个比较严重的问题，就是在执行SOW区分成7个敏捷开发后，还需要跟随 ...
转到老公司已经14个月了，从质量管理转型到了项目管理，心中感慨较多，写这个随感的时候，脑子都是比较麻木的，所谓麻木就是感觉不太能转，脑子发沉。同事说这是需要安静几天，休息一下的情况。而我缺忙的得 ...
前言 最近因为身体原因终于让快节奏的生活慢下来了，虽然可以过起每天吃了睡睡了吃的日子，但是总觉得这样很浪费时间，于是就像把自己多年来做测试这个行业的感悟总结一下，并记录下来，也算是对自己这段时间的交代。其实这个事情说起来容易，大脑中产生了很多枝枝蔓蔓的，但是提笔却不知道从什么地方开始，本身是没有序列的一个事情，就先把自己最想表达的一种思想写下来吧-不做保姆式的测试。
在大型工程里，一定涉及到架构涉及，Django的新手引导文档将View,Urls,Model做了简单的MVC模型，但是当系统较大时势必每个文件的内容将会增多管理起来就较为混乱。
如此就应该将大型软件系统分割成小型软件系统，以为功能点为单位，合作完成项目。
以一个性能平台为例：
将一个服务端性能平台分割成：脚本管理、数据仓库管理、场景管理、调度执行、结果报告，几个部分，将每个一部分作为一个App进行处理，使用打包发布引用的方式，完成最后的合作设计。
此部分可参考Django2.2的官方文档：
https://docs.djangoproject.com/zh-hans ...
布尔操作，是或者否：
Operation
Result
Notes
x or y
if x is false, then y, else x
(1)
最近用自己的mac折腾了2天K8S，单机环境终于建设起来了。
MAC环境下：
1.下载docker for mac
2.保障docker 和 kubernetes 都在running状态 （此部分有坑，使用edge版本+代理+git仓库提前安装kubernetes依赖才可以实现）
3.使用kubectl proxy代理模式开启kubernetes dashbroad
4.如果是分布式需要安装网络插件、和存储插件
5.可以使用harbor搭建企业级docker images仓库
6.可以使用Racher来代替kubernets dashborad
技术管理岗是否要区分M和P？
- 博客分类：
- 理论
自己适应了2年纯管理的生活，觉得技术的管理岗，还是不能完全局限在管理。M和P之分也不能区分的太明显，尤其在团队还没有太大的时候。
考虑有如下几点：
1.作为纯管理可选择的路不多，纯管理岗可能只能找一些大公司。
2.作为纯技术岗，容易把各种问题作为技术问题去解决，没有很好的实现公司目标。
3.作为既懂管理又懂技术的人，才是最好的选择。
奉劝所有的管理者，技术要上一线，要不然时间长了容易下线。
接口与场景性能压测平台的实现
- 博客分类：
- 技术
1.技术架构：reactjs+spring+mysql+influencedb+kafka 包装jmeter
实现思路：
1.实现了jmeter的dubbo压测插件，这样jmeter就可以执行http与dubbo的压测
2.后台spring核心是调度jmeter脚本
3.在每台机器上接telegraf将监控数据存储到influencedb
4.将jmeter的测试数据存储在了mysql
5.其他就是将jmeter的功能实行界面化
作者：十万马赫链接：https://www.zhihu.com/question/30147821/answer/507148851来源：知乎著作权归作者所有，转载请联系作者获得授权。个人能力
1.记工作笔记很重要
好记性不如烂笔头，我们的工作是会自然膨胀的。当你每天在处理工作 ...
1.通用质量特性：可靠性、维修性、测试性、保障性、安全性、环境适应性。
感受：对于软件测试为，可靠性、可维护性、易测性、方法论、安全性、兼容性。
对于产品技术中心，稳定性即可靠性为第一位。
2.质量：质量可以理解为产品、服务、过程、人员、组织体系、资源的一组固有特性满足要求的程度。也就有人们常说的，产品质量、服务质量、体系质量等。
3.可靠性：指产品在规定条件下和规定时间内，完成规定功能的能力。
4.维修性：指产品在规定条件下和规定时间内，按照规定的程序和方法进行维修时，保持或回复到规定状态的能力。
5.测试性：指产品能及时并准确的确定其状态（可 ...
正确区分工程师可控缺陷与管理者可控缺陷的原则：1. 工程师知道他怎么做和为什么要这样做。2. 工程师知道他测试出来的产品是否符合规范的要求。3. 工程师知道他测试出来的产品产不符合标准将会产生什么后果。
35岁以后：
不断补充，每天想到补充一点。
如果单纯走管理方向，测试管理40岁是不成问题的。
40-45还可以转项目经理，或者做项目管理和实施，售前售后工程师，应该都问题不大，只是收入会下降。
继续...
35岁以前：
逐步将质量管控部划归为3个部分：1.业务交付部分（已成型） 2.基础与中台部分 3.效能提升部分
2018.3季度 有3个事情是明确的，1.性能平台建设 2.度量平台建设 3.继续提升接口与场景自动化覆盖率
待做：
兼容性自动化测试工具，将兼容测试效能提升。
2020.8.13
回复功能都已经不好用了，自己在文章里编辑 ...