日历
| |||||||||
| 日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
| 1 | 2 | 3 | 4 | ||||||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 | |||
| 12 | 13 | 14 | 15 | 16 | 17 | 18 | |||
| 19 | 20 | 21 | 22 | 23 | 24 | 25 | |||
| 26 | 27 | 28 | 29 | 30 | 31 | ||||
搜索标题
我的收藏
统计信息
- 访问量: 827
- 日志数: 9
- 书签数: 1
- 建立时间: 2007-07-31
- 更新时间: 2008-08-20
RSS订阅
我的最新日志
-
第二课、3G与光通信
2008-8-20
1、3G对传统的光网络技术有什么挑战？
2、3G对光网络的带宽需求究竟有多大？
3、3G下什么样的产品或是厂商能够更好的生存？
4、运营商在
在更进一步讨论
大家都知道
WCDMA目前有R99、R4、R5、R6四个标准。其中R99和R4较为成熟，而且厂家也有较多产品。作为全IP的R5和R6，由于标准一直在更改之中，未有定论。
下图为基于R99的WCDMA网络结构：
较为专业的说法是把
作为任何业务网络基础的光网络，在
下面我们就四个问题进行讨论：
1、3G对传统的光网络技术有什么挑战？
从目前的光网络上看，SDH无疑是最主流的技术。在
2、3G对光网络的带宽需求究竟有多大？
这是个很头痛的问题。如果真正达到
3、3G下什么样的产品或是厂商能够更好的生存？
有网友在论坛上问我，光通信厂商如何在
4、运营商在
对于老牌的电信/网通而言，由于光网络一直遵从的是本地固定电话汇接网的结构，不仅网络结构上不符合
而对于联通/移动而言，由于它们已经在CDMA和GSM上积累了丰富的运营经验，而且它们的光网络和无线网络挂钩密切，因此应该考虑以利旧和扩容为主要思路。尤其它们的光网络建立较晚，MSTP产品占大多数，在升级的条件下可以更好的支持ATM业务。
-
第一课、无线技术相关术语解释
2008-8-20
GSM/2G
GSM（全球移动通信：Global System For Mobile Communication）是1992年欧洲标准化委员会统一推出的标准，它采用数字通信技术、统一的网络标准，使通信质量得以保证，并可以开发出更多的新业务供用户使用。GSM移动通信网的传输速度为9.6K/s。目前，全球的GSM移动用户已经超过5亿，覆盖了1/12的人口，GSM技术在世界数字移动电话领域所占的比例已经超过70%。由于GSM相对模拟移动通讯技术是第二代移动通信技术，所以简称2G。目前，我国拥有8000万以上的GSM用户，成为世界第一大运营网络。
GPRS
GPRS（通用无线分组业务：General Packet Radio Service）是一种基于GSM系统的无线分组交换技术，提供端到端的、广域的无线IP连接。简单的说，GPRS是一项高速数据处理的技术，其方法是以“分组”的形式传送数据。网络容量只在所需时分配，不要时就释放，这种发送方式称为统计复用。目前，GPRS移动通信网的传输速度可达115k/s。GPRS是在GSM基础上发展起来的技术，是介于第二代数字通信和第三代分组型移动业务之间的一种技术，所以通常称为2.5G。
WAP
WAP（无线应用通讯协议：Wireless Application Protocol）是移动通信与互联网结合的第一阶段性产物。这项技术让使用者可以用手机之类的无线装置上网，透过小型屏幕遨游在各个网站之间。而这些网站也必须以WML（无线标记语言）编写，相当于国际互联网上的HTML（超文件标记语言）。打个比喻，GPRS和GSM都是马路，而WAP是在马路上的汽车。中国移动开通GPRS之后，WAP就行驶在GSM和GPRS两条马路上，而行驶在GPRS的马路上可以提高数据传输速度。因此，现有WAP上的内容一样可以通过GPRS进行浏览和应用。WAP是2.5G的协议。
2.5G
其它2.5G技术。2.5G移动通信技术是从2G迈向3G的衔接性技术，目前出现的2.5G衔接技术还包括：HSCSD、EDGE、EPOC等。
HSCSD（高速电路交换数据服务：High Speed Circuit Switched Data）是GSM网络的升级版本，能够透过多重时分同时进行传输，而不是只有单一时分而已，因此能够将传输速度大幅提升到平常的二至三倍。目前新加坡M1与新加坡电讯的移动电话都采用HSCSD系统，其传输速度能够达到57.6kbps。
EDGE（全球增强型数据提升率：Enhanced Dataratesfor Global Evolution）完全以目前的GSM标准为架构，不但能够将GPRS的功能发挥到极限，还可以透过目前的无线网络提供宽频多媒体的服务。EDGE的传输速度可以达到384k，可以应用在诸如无线多媒体、电子邮件、网络信息娱乐以及电视会议上。
3G
3G是3rd Generation的缩写，指第三代移动通信技术。相对第一代模拟制式手机（1G）和第二代GSM、TDMA等数字手机（2G），第三代手机是指将无线通信与互联网等多媒体通信结合的新一代移动通信系统。它能够处理图像、音乐、视频流等多种媒体形式，提供包括网页浏览、电话会议、电子商务等多种信息服务。为了提供这种服务，无线网络必须能够支持不同的数据传输速度，也就是说在室内、室外和行车的环境中能够分别支持至少2M/s、384k/s以及144k/s的传输速度。CDMA被认为是第三代移动通信（3G）技术的首选，目前的标准有WCDMA、CDMA2000、TD-SCDMA。
一个重要的提示：在《什么是宽带和宽带网》一文中，曾经提到了宽/窄带的分水岭数据问题（骨干网传输速率在2.5Gbyte以上、接入网传输速率达到1Mbyte的网络定义为宽带），所以显然所有2G和2.5G的产品和技术都不是宽带技术，而能称得上宽带技术的只有3G及其后续技术。据说现在是有人要跳过3G，直接研究4G，不过具体的细节就不知道了。 CDMA
CDMA（码分多址：Code-Division Multiple Access）是数字移动通信进程中出现的一种先进的无线扩频通信技术，它能够满足市场对移动通信容量和品质的高要求，具有频谱利用率高、话音质量好、保密性强、掉话率低、电磁辐射小、容量大、覆覆盖广等特点，可以大量减少投资和降低运营成本。CDMA最早由美国高通公司推出，近几年由于技术和市场等多种因素作用得以迅速发展，目前全球用户已突破5000万，我国也在北京、上海等城市开通了CDMA电话网。
3G的标准
国际电信联盟（ITU）在2000年5月确定W-CDMA、CDMA2000和TDS-CDMA三大主流无线接口标准，写入3G技术指导性文件《2000年国际移动通讯计划》（简称IMT-2000）。
W-CDMA：即Wideband CDMA，也称为CDMA Direct Spread，意为宽频分码多重存取，其支持者主要是以GSM系统为主的欧洲厂商，日本公司也或多或少参与其中，包括欧美的爱立信、阿尔卡特、诺基亚、朗讯、北电，以及日本的NTT、富士通、夏普等厂商。这套系统能够架设在现有的GSM网络上，对于系统提供商而言可以较轻易地过渡，而GSM系统相当普及的亚洲对这套新技术的接受度预料会相当高。因此W-CDMA具有先天的市场优势。
CDMA2000：CDMA2000也称为CDMA Multi-Carrier，由美国高通北美公司为主导提出，摩托罗拉、Lucent和后来加入的韩国三星都有参与，韩国现在成为该标准的主导者。这套系统是从窄频CDMA One数字标准衍生出来的，可以从原有的CDMA One结构直接升级到3G，建设成本低廉。但目前使用CDMA的地区只有日、韩和北美，所以CDMA2000的支持者不如W-CDMA多。不过CDMA2000的研发技术却是目前各标准中进度最快的，许多3G手机已经率先面世。
TD-SCDMA：该标准是由中国大陆独自制定的3G标准，1999年6月29日，中国原邮电部电信科学技术研究院（大唐电信）向ITU提出。该标准将智能无线、同步CDMA和软件无线电等当今国际领先技术融于其中，在频谱利用率、对业务支持具有灵活性、频率灵活性及成本等方面的独特优势。另外，由于中国内的庞大的市场，该标准受到各大主要电信设备厂商的重视，全球一半以上的设备厂商都宣布可以支持TD-SCDMA标准。 -
IT职场里的某些人感悟（转）
2008-8-19
1.一个企业，80％的价值是由20％的人创造的，其他80％的人只创造了20％的价值，而他们最大的作用就是刺激这20％的人创造出 80％的价值，而能获得企业肯定和好处，也仅仅是这20％的人，所以，想要站的稳，爬的高，就只有成为这20％中的一员，这是千古不变的真理，所谓的团队，说粗俗点就是拉帮结派，兄弟，现实一点，人的社会就是这样，看看历史如此，现在如此，将来还是如此，不管职场，管场，都是如此，呵呵，一点浅见。
2.过人的头脑比技术更重要！有了技术你可以独当一面，可是懂了权术，你就可以独挡八面了！钱花花的来了，多看看书，厚黑学，鬼谷子之类的，保证有好处，揣测别人的心理啊！
3.人本来就是复杂的，世界上没有绝对的好人，也没有绝对的坏蛋，好与坏只是一念之差。人人都可以做好人，有时候，人人也都可以成为坏蛋，这个世界上，没有永远的敌人，也没有永久的朋友，只有永恒不变的利益。但是你不能欺骗自己的兄弟！
4.等咸鱼翻身的时候，也就是这锅汤煮熟的时候了！做好人有什么用？人善被人欺，马善被人骑，他妈的，一代天子一朝臣，这是自古不变的道理。谁不想将重权交给忠于自己的人来掌握！
5.智，谋天下。勇，争天下。这个世界上，没有什么东西是得不到的，只有抓不住而从掌心中悄然流走的。做人要讲究城府，在你未成为三军统帅之前，不要暴露自己，等你成为将军了，大刀阔斧的给杀！但是要记住：先纳新，后吐故！如果先吐故，势必完蛋！康熙用此法一统朝政！
6.不管他是谁，不管他的为人如何，只要对我们有利，就应该想办法让他为我们做事！不是不报时候未到！
7.自己要懂技术，还要学会驾驭权术。
8.鄙人最近看了小说《无以言退》，里面经典话很多，对你这种情况，可以录几句：“走很容易，留下来才是修行”，“不要说别人卑鄙狡诈，只能说自己无知愚蠢” ，“可以忍受物质的匮乏，但要学会在新时代下竞争的残酷。”
9. 我说的这个高管，我来这个公司，就是他把我从另一家当地比较有规模的企业里生生的挖过去的，因为他知道我们这里另一家通过了cmmi L3级的企业就是我负责EPG里非常重要的工作，而且是已经获得SEI认证的cmmi定级评估员，所以他死活要把我挖过去，我过去后，由于cmmi当时是这个公司里的一项很重要的工作，所以我的工作是直接像他汇报。同时，我过来也不是什么很基层的员工，是质量管理部经理，所以对他汇报也符合汇报机制，不存在越级，所以他对我的工作是很了解的，不过由于这个公司里的软件部门从技术到工程管理简直垃圾的不是一般，一个项目经理基本没有听说过什么WBS是什么，连V模型都不知道是怎么回事。给他们一个瀑布模型的计划日程，他们都看不出来是什么生命周期，像什么配置管理，集成构建，需求管理，需求开发，分析设计，测试，等等等等，更是做得一踏糊涂。我来之后名称是一个部门经理，但是下大力气作了大量的一线工作，很多事情是一手一手教，就连个接口记录和管理这样的事情，我要给技术人员手把手的教，如何规划设计，如何识别接口（这里不是说的Java等语言里的接口类型定义），如何记录和管理，以及发展对接口的设计等等。不然他们在需求里说，“XX系统和XX子系统需要接口”，在概要设计里还是这句话，到了详细设计里，还是这样一句话。这种事情多得数不胜数。在项目管理方面就更不要说了，教项目经理写项目计划和做日程安排的时候，简直是我说一句，他们就往计划里写一句，同时我还要解释为什么这么写，日程的安排如何去符合生命周期，任务的分配和进度控制如何管理，配置管理如何设计符合生命周期的配置结构，等等等等，还有测试，我兼任测试部门负责人，对测试人员作了的培训，手把手的教他们如何设计测试用例。 所以，我的所有工作他是看得到的，企业由于我的存在发生的变化也是有目共睹的。但是，我过来大概半年后，这个高管就调任其他部门做管理了，新来的软件部经理来了之后，倒是对我的没有怎么着，因为当时cmmi还处于非常紧张的工作阶段，他当时不能动我，但在这期间，软件部有4个下属部门经理，他赶走了另外2个，到了 cmmi通过了，我就是成了第三个，他容不下不属于自己人的有能力的人。你说得不错，这就是政治斗争，一朝天子一朝臣，但是拿我们这些做实事有没有什么野心的人来做他政治斗争的牺牲品，我觉得很郁闷，觉得这个圈子里很肮脏。
10.公司越大越不会要高手。你看看世界500强，有哪个高手进去了？世界500强的技术，大部分都是吞并小公司得来的。公司越大人事关系越复杂。你要知道你不是直接跟老板打交道的，你的表现在中层向上层回报的时候就全变样了。但大公司的收入高。所以，如果给人打工，最好不要露出你的本事太强。特别是在大公司。当然小公司露本事了，不会有好处，收入不会高了。但太大的坏处也没有。
11. 有时候，程序员应该心胸开阔点，不要觉得有人比自己技术强，就觉得不舒服，不服气。没有这一点很难站在领导岗位上，换个角度想想，不是这个社会怎么着了，而往往是自己的心胸变的狭窄了，你无法左右这个社会，但是你可以左右你自己。勇于认可别人是一种美德，也是受到别人尊重的基础！
12.人在屋檐下，不得不低头，要学会夹起尾巴做人。 必要的时候，反咬一口才是真的。伯乐不是那么好当的，如果你威胁到了他的利益，你说他会让你好过吗？开国皇帝杀重臣的是普遍现象，反倒是稀里糊涂的人能长寿。
13.看《明朝那些事儿》感觉到，真正有发展的都是既能干又能混的。
14.管理需要跟人打好关系，上头〉下级〉平级。如果你不想升迁，想做个普通的技术人员，你得私下跟你的新上司说，丑话就是表忠心。男人三件事：入对行，跟对人，做对事。好好琢磨吧。
15. 对于CMM，我觉得对实际工作没什么用。我在2003年的时候，在某个世界顶级的通讯设备生产商的某个部门里参加了该部门的CMM流程制定工作，在一帮老印下面工作了一段时间。后来因为该部门持续亏损，公司决定退出这个领域，把整个部门给卖了，所以我跳槽到另外一家公司，属于该领域的上游厂商，接触了很多这个领域里小的公司，看到其中有些公司从10几个人开始发展，最后2000人，6000人，分拆，上市，茁壮成长。而以前那个部门被出售以后，还在不停的亏损。我觉得CMM那些鬼东西是其中的一个原因。这些流程极大的拉长了开发周期。在你做了需求分析，概要分析，详细设计，单元测试计划，集成测试计划，开了无数的review meeting，总结出了一堆的matrix，虽然你投入的人力是别人的两三倍，虽然你还迭代开发，来缩短周期，但是你的产品周期还是别人的四五倍。这不是夸张，的确是四到五倍。CMM只适合那些几乎完全垄断，没有竞争压力下生存的企业。印度人CMM搞得很好，但是他们还是只能做做代工，而且我接触过的印度人的代码，质量极其低下，完全没有保障。我现在在另一家公司，它倒是很庞大，在这个领域很垄断，但是没有CMM，甚至连像样的 schedule都没有，给一个大致的项目日程，几个重要的milestone，工程师自己的schedule，自己看着办，开始的时候让我很瞠目。
16.cmm/cmmi 只是一套模型，就像其他的很多行业，如：银行业、建筑业、汽车工业、或者航空业，需要一套衡量其技术和管理水平的标尺一样，它只是一把衡量软件业管理和技术水平的标尺，当然，为了使决定采用cmm/cmmi的企业更好的实施cmm/cmmi所提出的目标，SEI将软件研发生产领域的诸多方面作了逐级的解释和有机的结合，形成了从cmm到cmmi的不断演化完善的各种版本，提出研发cmm/cmmi需求的人和研发cmm/cmmi的人，他们无非是希望软件 -----这个相对较新的技术产业，也能够逐步的成熟起来，能够适应软件应用相关行业对软件日益提高的各种要求。
cmm/cmmi是在经历了软件危机之后，在大量的业内企业和专家在为了克服软件危机而做了大量的理论研究和实践之后，系统的总结的一种软件的方法论，不同的地域，不同的企业，不同的商业目标，不同的技术类型，不同的应用要求，这导致cmm/cmmi不可能非常具体的为我们提供某种直接的方法，因为它面向全世界所有的软件企业和他们研发的所有项目，所以，cmm/cmmi是一个高度抽象的模型，它所提出的目标和实践要求，也是在非常高度的抽象上的，换句话说，它为我们指出了目标，给我们说了要做什么，但是，怎么做，这就是企业自身去实例话这写目标和实践的东西了。我的意思就是说，在同一个cmm/cmmi目标下，不同的企业，有的成功，有的失败，这完全是自己的做法不同，这很正常，如果失败了就在cmm/cmmi上找原因，那么你看看人家成功的呢？是不是人家的成功和cmm /cmmi一点关系没有？？所以，要客观公正的看待cmm/cmmi。 这里我要再谈谈软件危机，什么是软件危机？如果项目预算准确，产品质量可靠，成本控制到位，客户笑容满面，一派和谐祥和的大家发财的局面，这叫软件危机？？？而很多人提到软件业的困难的时候就会说，这是我们中国的国情，我们这里项目紧，周期短，开发人员技术不怎么样，还经常无能控制得住成本，客户的需求变更很多很无理。言下之意，就我们中国是这样，在国外一切都不是这样，国外的软件开发人员日子都很好过，诚然，现在放眼世界，发达国家的软件行业各方各面都要优于我们目前的状况，但是这是人家与生俱来的吗？？难道“软件危机”一词的出现不是在60年代的西方，而是在今天的中国吗？？？4-5十千，人家同样经历着我们现在经历的一切，这，就是软件危机。如果说现在还有人cmm/cmmi 只适合那些市场环境良好，企业素质优秀的地方玩，那就是大错特错了，cmm/cmmi就是为了解决60年代后的软件危机而诞生的，换句话说，就是用在我们现在这样的行业环境下的东西，当然，实践有成功，有失败，经验和教训并存，如果没有失败的实践者去当炮灰，也就换不来后来人吸取教训必然无谓的失败，唯有这样，我们的行业环境也才能像欧美发达国家的IT业一样，经历阵痛，涅磐重生。
17.做技术的人，能努力干活了，好技术留着以后自己创业的时候再用。要多用心思在跟人斗上。因为你要知道你是在打工，不是在给自己干。特别在500强的大公司更是如此。有人捣鬼，你就要捣更大的鬼。特别是大公司，每个人都有自己的算盘。他们都不是从公司利益出发的。这些话都是肺腑之言，你要好好体会。别人不会告诉你这些，只有你载跟斗了才能体会到。
18.根据个人经历观察，高层才会重视CMMI，下面一线研发人员包括PM都比较抵触，特别是任务紧时最怕弄些繁文缛节。可能根本原因还是QA部门与项目规划没沟通好吧，让coder们又要马儿跑又要马儿不吃草。
19.这个世界从来就没有公平过。我原来也以为只要把事情做好就可以了。可现实环境中，总会存在很多因素阻止你把事情做好！这个时候，就不光是修炼自己的内功了，还要学习很多的策略，和别人相处的方式。只有这样才能把事情做好。也就是外圆内方，但自己内心需要坚持的东西还要坚持。在任何时候都要保持虚心，多做事，少说话，特别是抱怨是没有用的，反而让你自己迷失了自己。将每一次挫折都看作一种成长！相信你总会实现自己的理想！
20. 关于CMM，有一点很想说的。 本人曾经亲身参与过一个500人规模的软件公司CMM4级的评估，自己的项目也作为参评项目并且得到认可，不过我个人对于CMM并不看好，原因如下： 1，CMM的来源其实是美国军方，为了能够对军方超大规模的项目研发进行控制以及评估，而设计的一个模型，由卡耐基梅隆的软件工程研究所完成。这个模型的初衷就是要不计成本的完善软件质量，因为军方的很多软件项目（比如航天飞机的控制软件）不允许出现错误的。至于说CMM模型是否能够应用到民用项目中来，还有待探讨，最关键是CMM产生的成本很高，不仅仅是时间的问题，还有培训、实施等一系列的问题。我个人的观点除了大规模量产的产品（比如手机）中应用CMM会比较适合，其他类型的项目应用这个模型会得不偿失，毕竟软件项目做到最后还是利润摆在第一位的。 2，至于说能力太强，我觉得每个人的能力就像是那个“木桶原理”一样，由最短的那根木头决定，这么多人不认可你肯定有你自己的原因在里面，不要总是看到别人的不是。“让别人认可你”也是一种很重要的能力，如果你真的能力那么强，雇用你能够给公司带来大笔的收入，哪个老板会不愿意给你付薪水呢？而且要是真那么有本事，找投资商自己开公司也不是什么很难的事情。
21.狼生活再战场，狗生活在职场。能力最强，也要低调。
22.事业靠利用人力，不是靠朋友。人和人就是互相利用，在一个单位里同行就没什么朋友，都等看你笑话呐！ 生存靠手段而不是技术，他过河拆桥，你不会釜底抽薪么？显然企业的领导目光也有点短浅。 如果不知道该干什么就开培训机构，弄不好你的学生会替你出口气~~
23. 其实,中国就是这么一个社会,经历了那么长久的封建社会,权术这个东西还是在后代人的脑袋里扎了根.只要一遇到似乎可以威胁到自己地位的东西,就会用尽一切办法来把这些东西排除。 其实,我并不是说我们的祖国不是一个好的国家,只是我觉得现状是这个样子的,中国人只有到了山穷水尽的地步才会懂得团结,只有被别的国家侵略的无路可退才会奋起反抗.说的好是我们中国人大度不和别人挣,说的不好,就是没有血性! 我个人觉得,中国的IT事业处于一个急速发展的阶段,就像一个土富豪,拥有巨大的财富,却不知道自己该做些什么.现在中国的IT企业几乎上都是引进别人的先进技术,而大多IT人才都觉得IT这个行业很挣钱才会来投身IT事业,但是有几个人想过,要想自己赚钱安安稳稳只有等中国的IT行业成熟了,才会有可能吗?总觉得现在人,只顾自己赚钱,忽略了太多东西了.一个人的生活过的好不好,并不代表一个国家。 以前总觉得网络游戏很好玩,很新颖.但到现在人长大了,才发现自己所玩的游戏竟然没有一个是自己国家出的.都是韩国,美国的.现在看着中国人玩的不是自己国家出品的游戏, 总觉得很心酸.。现在的企业,为的不就是赚钱吗?谁不想赚钱,是人都想赚钱,都想让自己的生活过的很好,但是有时候自己的行为有可能会影响到别人的利益. 只要有利益冲突,就会有斗争,"忍"这是一个很好的办法,想要赚钱,并不是有很强的职业技术就可以的,左右逢源很重要,也不是要你缩着头,性格是这样,也不要去强制的改变什么,那样不是失了工作又是了真诚了吗? 我觉得做人要厚道是对的,但是遇什么人做什么事.看清楚自己在的什么位置上,做好本分的事情, 不要强出头... 如果你想生活的好,就请收敛你一身的光芒做人，如果你想做一个真实,对的起自己的人,就请你按自己的性格,思想去做所有的事情.. -
关于跳槽 （ZT）
2008-1-02
人生总是在抉择，职场上也一样，人生像围城，职业生涯也有些类似。有些人总是在抱怨自己目前工作不好，羡慕别人的职业，别人的选择。而实际上，有可能你目前的工作是最适合的，只是因为自己的情绪因素。所以，在职业咨询中也有比较少的案例，并不是因为目前的工作不适合，而完全是由于个人的心态和情绪因素，导致对目前职业的困惑。
丽夫职业顾问提醒职场上的人，在您困惑目前的选择之前，你可以做一个简单的评估，分析以下几个问题：
1. 是否对目前工作已经绝望，想离开目前的工作、生活环境或人际关系？
2. 在实际工作中，你是否受到了身体或精神上的伤害？
3. 你是否忍无可忍，工作令您筋疲力尽不愿再继续了？
4. 你是否在目前工作中进行职业转换并取得进步，已经是非常困难？
当你对以上四个问题的回答是肯定的，表明你目前的环境对你是非常不利的，你想要在目前工作中取得进步也是不容易的，这时候你应该认真的分析一下自己是否应该进行职业转换了。不过，在进行职业转换之前，你可以通过问自己以下问题，分析一下目前工作中的不利因素。
1. 不好的工作环境。例如企业的文化、工作中的噪音、对人体有害的毒素、不可预见的风险、不道德的行为举止、危险的举动或是暴力行为等。
2. 不友好的老板或同事。工作中受到他人的攻击、愤怒、争吵、暴力行为、威胁、嘲笑、折磨等。
3. 不利的工作。工作中感到很无聊、体力透支、脑力耗尽，或者工作中负担过重。
针对以上三方面的不利因素，您可以通过工作环境的改变，和职业的转变来获得改善。不过，如果导致这些不利因素的只是客观的原因，那到了新的环境或职业或许可以避免以上的不利因素。但如果是自己主观的原因，尤其如人际关系的问题，自己的为人处事问题等，必然应先找出自己的原因，通过改变自己才能更好的影响其他人。 -
我要告诉测试新手的(转)
2008-1-02
1、你是一个检查者，你不需要为质量负责
很多测试人员误入歧途，不明白他们是评测产品的而不是控制产品的。这两者之间有着天壤之别。例如，一个测试团队花费好几周时间测试并发现很多缺陷，只是为了看着管理层决定发布一个有已知严重缺陷的产品。测试团队经常会感到士气受挫，置疑他们测试的目的。
我询问团队中的成员他们是否被支付薪水了，通常得到的回答都是“是”。我又询问他们是否尽力去做工作了，再一次，通常得到的回答都是“是”。我于是告诉他们，“你们做了你们的工作。你们尽力测试，发现了缺陷并进行了上报。那么现在可以回家休息了。实际上，作为一名测试人员唯一失败的地方是不上报一个已知的缺陷。”
这不会提高士气，但却有助于事情向正确的方向发展，特别是能让人不用每天晚上都在家接着办公。
很多测试人员，包括我，当我们刚开始测试工作时，似乎会觉得自己对我们所测试的系统应用的质量负责。尽管这个工作的出发点是让人钦佩的，可实际上我们测试人员对于产品的质量基本没有控制能力。也是由于这个原因，测试人员不为质量负责。现在问题是管理层并不总是能看到这种区别。所以经常看见管理层提出类似于“我们付钱给这些人不是为了获得高质量的软件吗？”的问题。2、缺陷都是有价值的
每一个缺陷都是深入了解和提高的机会。我们可能只有一次机会观察到一个缺陷，所以我总是告诉测试人员始终保持高度注意力，不要为测试的乏味所折磨。
缺陷信息可能是可获取的项目数据中最有效的资源之一。但是这都取决于我们能多好的捕捉和传达我们所发现的缺陷的相关信息。
每个缺陷都会花费整个组织的金钱。如果我们不能从中更进一步了解产品，我们会浪费大量时间和金钱。当我们把一个错误转换成一次深入了解的机会时杠杆作用就出现了。让我们面对它――有些教训只能通过经历来学习的。
由于一个缺陷而责备谁不会有任何好的作用。责备只会让士气低落、沟通中断。这就像不断鞭打一匹死马希望它能活过来一样。
3、你报告第一个问题之前一切都是美好的
这就是一个测试人员所面对的现实。你可以计划测试，获取所需要的资源，看起来所有人都站在你这边。可当你报告第一个问题之后，事情就开始变得紧张了。
出现这种态度上的突然变化的原因是现在你在批评某些人的工作了。自尊心使得自我收到伤害，关系变得紧张。有些情况下自尊心是值得期盼的，只要知道当你开始发现问题的时候态度有可能变化就可以了。我经常建议测试人员做的一件事是读一读一些你过去写的缺陷报告，假设自己是接收缺陷报告的人。你会发现自己需要更老练一些。写一个没有任何挖苦语句的缺陷报告可能没什么乐趣，但它的确有助于和开发人员之间保持一个好的关系。
4、只能测试你能观察的
你可能总想测试一些真正有创造性的用例，但如果你没有办法观察到结果，那有什么意义？尽管有些应用让你能观察到很多，但仍然有你没办法接近的，例如结构、隐藏的对象、后台进程等。
5、别忘记你是怎样到一个地方的我不是在谈论知道为什么你走进一个房间，而是在测试时执行的步骤。对于测试新手常见的是发现了一个重大的缺陷，但却无法复现它以便定位解决。这样你只会觉得不舒服，不知道自己到底是真发现了一个缺陷，还是说仅仅是错误的使用了应用。
你能用来跟踪你的测试步骤的方法有测试脚本、测试记录、敲键记录器如Spector和屏幕视频捕捉工具如Hypercam。6、标准和流程是你的朋友
尽管标准和流程让一些人觉得受限，但它们为你的工作提供了有价值的指导。不要拒绝标准因为它们是详细的、具体的。因此用它们指导自己更快、更一致的完成自己的工作。7、没有足够的时间用于测试
几乎每一个测试人员都抱怨没有足够的时间用于测试，但实际情况是测试任何东西到完整的程度都是不可能有充足时间的。当你充分考虑软件的特性如可用性、安全性、兼容性、互操作性等时这一点尤其正确。
不要再抱怨缺少时间，学会根据风险来进行优先级排序，把注意力都放在对管理层很重要的应用目标上。有时候我们测试的内容超出了我们需要测试的，因为我们的目标偏离了产品的价值。
8、你不可能发现所有的缺陷
如果你测试的东西后来有缺陷被发现，不要变得气馁。你可能已经做了非常全面的工作，获得了高水平的缺陷移除，但100%都是不可能的目标。
9、保持幽默感和对前景充满信心经常微笑、保持健康可能是你最好的生存方式。如果你正处在困难条件下，请相信，这一切都将过去。
10、争取做到最好而不是完美
测试新手经常会陷入追求完美的过程中，认为100%的正确才是标准。我曾经也是受害者之一，但要为自己辩护的是，我以前深受80年代后期类似于“99。9%还不够好”的TQM帖子和文章的影响。
追求完美的问题在于它会让测试进程变慢，将担心引入你所做的一切，使得你对别人更挑剔，而且通常会让你的朋友和家人感到失望。
当然，没人愿意犯错误，但他们稍不注意就出现了。想不犯错误就是否认现实。争取做到最好是一种好的习惯，表明你对工作的态度和投入程度。如果你想努力做到最好，你就会往前再多走一点。
根据我的观察，大多数人看到错误或者经历失误时都是很宽容的。人们最关心的是你对待问题的反应。11、开发人员不是敌人
需要整个项目团队的努力才能递交高质量的产品。有时候似乎开发人员不太关心质量，这个时候事情背后可能存在隐情。这时候你需要更好的和开发人员合作而不是反对他们。要始终牢记良好的交流是一个项目成功的关键因素。当你和开发人员站到对立面时，交流就停止了，你测试所需的很多信息也无法获取了。
12、建立和维护一个私人的交际网
你的私人和工作关系是一个很重要的资产。无论时当你有工作时还是当你没工作时他们都是一个很好的支持系统。找一个好的指导者，而当你学到足够的东西时成为别人的指导者。
13、持续锻炼自己的技能
你的技能把你和别人区分开。始终通过参加专业会议、获取认证、阅读专业资料等来不断学习。我给自己制定的目标是每周至少读一本和个人发展以及职业发展相关的书（测试、领导艺术、商业、IT等）。
一个个人发展方面的专家说过如果你每天在任何特定的主题上花费30分钟进行阅读，五年之内你肯定能成为这个主题方面的专家。这一点对我是起作用的――你也可以试试。
另一种让自己始终内行并建立网络的好的方式是活跃在一些QA或者测试论坛上。
14、当前进变得困难，懒惰就需要创造力了
当我第一次成为一个测试团队负责人时，我用这句话做了一个字条挂在我的桌上。它不断提醒我把创造力作为我解决问题的一个杠杆。学着从一个新的有创造性的方式来看待问题。你可能有一个好的测试计划，但你如何应付各种变化呢？弹性是一个优秀的问题解决负责人的关键特性。
15、简单并不总是很容易
我们测试中做的很多工作看起来都很简单。但是，挑战在于保持努力的连贯性。
有些解决问题的方式刚开始看起来很简单，但不要由于它简单和明显就丢弃任何一种想法。同样，不要低估实现一个简单想法所需要付出的努力。结论
智慧比知识更重要。你可能已经学习了大量测试技术，但如果你没有足够的智慧判断什么时候采用它们，没有从整体上理解它们，你应用它们的能力将受到很大限制。对任何都有涉猎的你存在的一个问题是“你不知道什么你不知道”。智慧帮助你明白你需要知道哪些东西才能成功。
上面罗列的这些都是我希望我刚开始测试时都已经完全认识到的。我希望它们对你有帮助。 -
软件测试人员面临的挑战与机遇(ZT)
2008-1-02
一、项目管理、开发和测试的三方合作产品项目管理、开发与测试同等重要、缺一不可：三足鼎立三方需要互相理解、支持、协作与帮助
二、测试人员常面临的十大挑战和应对策略
-
测试人员被认为低人一等
-
测试时间永远不够
-
缺乏简单易用的测试辅助工具
-
缺乏具体通用的测试技术
-
很难清楚了解用户需求和期望
-
缺乏可明确衡量测试质量达标的度量
-
很难确定一个测试实例是否执行完毕
-
很难找时间作自动化测试
-
测试所需文档经常不全
-
很多任务在身，很难保质保量
不了解软件测试做什么和它包括什么。
开发软件的公司没有标准化的开发和管理程序
没有想到要开发高水平的软件，须有高水平的测试人员后果：
造成测试人员心理负担，影响工作热情
造成测试人员短缺和人员流失
直接影响产品质量十大挑战之一：应对策略
树立信心!大趋势：软件测试工作已越来越多地得到重视
理解原因，端正心态，正确对待
注重技术水平提高，让实践证明我们的价值
公司里建立良好的工作关系
勇于提出建设性的意见2 测试时间永远不够
测试工作总是不能按时完成
要测试的总是比有时间测试的工作量多得多
测试人员很难决定最佳有效测试范围
没有时间按部就班发挥测试最好水平挑战之二：原因和后果
原因：
任务繁重
过于紧凑的时间表
压力大的工作环境
测试和开发规程管理不当个人原因
后果：
疲劳过度、精神负担
仓促交付工作，质量差
开发项目编码进度延误十大挑战之二：应对策略
个人：自我调节为主，请求帮助为辅
随时分析自己的测试任务，分清优先顺序
事先作多种准备(几套方案、不同测试范围)
风险分析和管理
及时沟通.提早向上级反映
提出建设性改进措施3 缺乏简单易用的测试辅助工具
没任何选择
知道测试辅助工具的重要性，但没到位
不知道所需辅助工具应有何种功能挑战之三：原因和后果
原因：
外部购买的太贵
外部购买的多数不直接适用
公司内部没有技术资源开发
公司内部没有时间开发
技术上不直接支持后果：
只能依赖手动测试
容易疲劳、精神负担
仓促交付工作，质量差
开发项目编码进度延误十大挑战之三：应对策略
在产品设计阶段，就应考虑到测试所需的辅助工具支持
研究最佳可用辅助工具，效益分析
分析产品特点，确定辅助工具以应有的功能
自己设计和研发
微软实践：
1.设专人开发、维护
2.不断改进自己开发的自动化测试辅助工具
3.各产品团队鼓励自己开发测试辅助工具
4.奖励和推广发明创造4 缺乏具体通用的测试技术
1.黑箱、白箱、灰箱测试
2.安全性测试
3.性能测试
4.自动化测试挑战之四：原因和后果
原因：
软件产品的多样性
软件总是有缺陷
没有可适用于所有软件的测试方法
测试技术没有固定的规则
测试是一项连续不断进行的实践后果：
影响测试质量和效率
增加测试难度
需要时间尝试和确定测试方法软件产品的多样性
软件总是有缺陷
1.软件本身功能的复杂性（Software complexity ）
2.源代码编译过程的系统错误（Compiling and integration error ）
3.编码时的人为程序错误（Coding/programming errors ）
4.设计规范文档本身的问题（Poorly documented spec and design ）
5.人为的的信息交流失误（Poor communication among testers, PM and programmers）
6.过于紧凑的时间表和压力大的工作环境（Tight schedule and high pressure working environment）
7.改变设计要求（Changed design requirement ）
8.在软件开发辅助工具中的缺陷（Flaws in the software development tools ）十大挑战之四：应对策略
5 很难清楚了解用户需求和期望
希望做到想用户所想，但做不到
希望产品发行后用户满意度高，但不知怎样才能做到挑战之五：原因和后果
原因：
后果：
有时对用户期望行为判断错误
遗漏重要用户使用场景测试
影响用户满意度十大挑战之五：应对策略
用户访问
市场调查
积极参加用户试用产品研究（usability
study）
研究用户发现的缺陷(OFFBUG)
收集用户文档
帮助产品售后服务支持
访问用户答疑网站6 缺乏可明确衡量测试质量达标的度量
什么条件下可认为测试的产品和功能达到质量标准？
多是经验积累，并非科学可靠
很多数量化的度量并非全面和准确
比如：
缺陷数量变化趋势、自动化脚本代码覆盖率
测试案例100%通过也不意味着测试完毕
测试脚本运行100%通过也不等于该功能测试完毕挑战之六：原因和后果
原因：
不定性：产品质量涉及很多不定因素，很难准确度量
难定量化性：测试功能的质量本身就难定量化
复杂性：产品本身太多功能有互动作用后果：
十大挑战之六：应对策略
找出可用质量度量，对比分析
研究适用于自己产品质量的度量
明确使用数量化度量时的注意事项
数量化度量和经验判断并用
‘Good enough’
注意：测试完成与否有很大程度上的经验判断因素，所以单
一依赖定量化的度量是不正确的
建议：参考另一讲座：“软件产品质量度量”7 很难确定一个测试案例是否执行完毕
理解内容，但测试的深度和广度相差太多，很难确定测试范围和所需时间
举例：验证不同地区语言设定条件下，Microsoft Excel的日期函数=TODAY()随之变化
有些包括很多子案例
注意：
写出的测试案例覆盖的测试可能只是应该测试范围的一小部分！挑战之七：原因和后果
原因：
测试案例格式不同
内容覆盖的测试范围差异很大
有些太笼统
有些包括很多子案例
测试人员理解能力不同
时间不允许测试很细后果：
很难估计所需测试时间和所需资源
对执行完测试案例的解释可能造成误解
不同测试人员所需时间和测试范围相差甚远十大挑战之七：应对策略
事先明确执行测试案例的目的和可用时间
对外包测试项目更是要了解客户期望
原则：对产品对用户负责！
沟通！不清楚就问
充分发挥测试水平：即最大可能全面地测试
实现测试的自动化8 很难找最佳时间作自动化测试
自动化测试运行结果是非常重要的产品质量度量(指标)之一，没有合理的自动化测试覆盖率，很可能造成重要缺陷的遗漏，进而造成产品质量差功能不够稳定时，没有可能，功能稳定是其他测试任务也需要执行设立编写自动化脚本的环境很费时间和精力编写自动化脚本、调试和纠错似乎比手动测试时间多
挑战之八：原因和后果
原因：
功能稳定程度不够
自动化辅助工具没能到位
自动化辅助工具需很长时间安装和调试
手动测试都来不及
编写自动化脚本太花时间
没有认识到实现自动化测试的必要性和重要性后果：
没有自动化脚本持续运行，很难保证已测过的功
能保持正常工作，因此很难保证总体测试质量和
产品的稳定性十大挑战之八：应对策略
原则：一定要想办法实现自动化测试！越多越好！
明确自动化测试的好处和重要性
提出你的要求！
提早计划
借用现有资源
合并有关联的测试
多选择多问
形成日常测试任务
每周一两天9 测试所需文档经常不全
缺少功能设计文档
功能设计文档不够详细或有遗漏部分
缺少测试计划
缺少测试规范和案例
现有测试文档不够详细或有遗漏部分挑战之九：原因和后果
原因：
没有时间写详细的文档
接外包测试项目时就没有
测试的是旧功能(legacy features)后果：
没有参照可循、等于没有标准
依赖测试人员专业水平和对产品的理解
很难判断和估计测试范围、所需时间
很难保证测试质量
对测试人员造成更大的压力十大挑战之九：应对策略
事先设立有关开发规程使测试所需文档按时到位
和项目管理、开发人员等有关人员沟通，使他们了解开发和测试所需文档的重要性
想方设法收集有关功能设计信息，存档
管理部门计划设立文档所需资源，并监督执行
测试人员尽最大努力学习和理解所测功能，列出测试计划/规范，邀请有关人员评审
测试人员事先与测试领导沟通潜在的测试质量风险10 很多任务在身，很难保质保量
每个测试人员同时负责几个甚至几十个功能测试
每项测试都要花很多时间
每项测试都应该有测试的自动化覆盖
有时若干测试任务要同时进行挑战之十：原因和后果
原因：
测试人手不够
测试管理考虑不周
测试计划不当
测试人员经验和技术水平欠缺后果：
管理混乱
测试质量差
没测完就匆忙交付
耽误交付日期
测试人员精神心理压力大十大挑战之十：应对策略
测试管理负责人应事先考虑优化分配功能
有明确的责任范围，全盘考虑、权衡
测试的自动化
测试任务清单，计划、记录、追踪进度。（演示roadmap）
按照里程碑或其他产品进度考虑，分清优先次序
根据功能本身稳定状况确定优先次序
尽量考虑结合几项任务一起进行
及时汇报、沟通情况
保证重点软件产品生命周期测试任务路程计划图
三、我们的机遇
软件产业蒸蒸日上
亲身参加我国赶超世界先进水平的竞争
就业机会多
锻炼提高个人素质
挑战性的环境更锻炼人
需要研发适合我国实际状况的最佳测试技术、方法、管理
武装起来，迎接挑战！我们的使命和重担
我们测试人员应怎样武装自己，迎接新时代软件
测试的需求和挑战？？
使命：为我国软件测试领域赶超世界先进水平贡
献我们的最大力量！
从现在做起：培养优秀测试技术和管理人才
行业
公司/企业
部门/团队
自己！ -