2012年2月29日
#
使用Windows Live Writer来测试编写
一直以来都是在网页编写博客，其实说实话，总共加起来，也没写过多少篇博客，之前也放过豪言，要多么多么的坚持去写博客，其实现在在我看来，有些时候的坚持其实很简单，只要记得去做，如果有其中某一天忘记了，那就淡忘这一天，下一天继续坚持去做。并且记录自己成功的次数，只记录成功的次数的好处是可以得到源源不断的鼓励，可以让自己增加更多的自信。
其实自信是非常重要的，这也是美国和中国民族性格最具有差距的一点。对于我来说，以前在很多方面都不自信，很多事情畏畏缩缩，导致更多的事情做不成，甚至是不敢做。但是，一旦对有些事情有了自信之后，再去做起事情来就会很有激情，很有动力，相信自己会把它做到最好，这对于行动来说是完全不同的概念。
举个很简单的例子，是反思自己有些失败有些没自信的原因，并且其中有些相放大镜的感觉的聚焦在某个点。
我是一个喜欢记日记的人，但是，我喜欢反思，更喜欢自我批判，这就导致了，我的日记中大部分都在说自己不好，说自己失败，自己哪里有改进等等，越这么反思，就会让自己越没有自信。然而，最近，我刚刚学到的，学会去记录成功日记，每天记录下来最成功，让自己最有成就的五件事，从此以后，自己的感觉完全就变了，每天看到前一天的成功时，是一种更有动力去努力，去行动的心态。
我是一个特别不喜欢立志的人，是因为受过了太多的挫折，有些害怕了，因为我觉得，我向别人宣告我立志要做什么的时候，一旦做不成，会给别人觉得你这个人很不行，很被人瞧不起的感觉。但是，现在我觉得，如果有些明确的目标，有好的志向，并且有坚定的决心，就一定会实现自己的目标和志向。我之前在这里摔倒了，但是，并不代表以后永远不再这里走了。这次是没有后路了。
并且，我尽量在以后的字里行间，充分表露出积极向上的，成功的想法，避免检讨自责。
第一个方向是英语，有很多人英语说的很溜，有很多老年人，中年人都能把英语说的好好的。并且，心理也明镜的，学英语不是智商问题，就是勤奋和坚持的问题。用两到三个月的时间，从基础一步一步攀升，直到拿下TOEFL，作为第一阶段的胜利。
第二个方向是技术，工作需求，自己的尊严，声誉也需要，既然在行里混，毕竟是技术水平意味着自己的地位，意味着Level，意味着薪水等等。
第三个方向是其他，包括梦想清单上的一行行高高在上的憧憬，
最后，说明一些博客的Title ，我是一个喜欢自由的人（I like Free），但是有关Free的名应该都会被注册了，所以把这几个字母重新拍了下循序。其实还有另外的名字就是Freier会更贴切些。
四年才有的日子里，给了我很多难忘的记忆，但愿这些记忆也能像这个日子一样，等待的长久些再被唤醒。
听了云计算相关的讲座，为我打开了另一番天地，让我对全球的一些新技术有了更多了了解，让我的知识面能够跟世界接轨，跟新的潮流接轨。
今天云计算，一直以来对我来说是一个在周围但是又可望而不可即的事情，根本的原因是源于无知，因为工作上没有接触过，自己学习时也没有涉及过，更加遗憾的时，当在杂志新闻上看到时，自己有没有认真专心的好好去阅读相关的内容，导致知道的极其肤浅。
今天听到的主题是 Open
Stack 一个开源的云计算平台（以下的一些是wiki中的介绍），
OpenStack是一个美国国家航空航天局和Rackspace合作研发的云端运算软件，以Apache许可证授权，并且是一个自由软件和开放源代码项目。
这个平台目前是由100多个公司来一起组织和构建，支持OpenStack项目的大型硬件厂商包括：AMD、Intel、惠普和戴尔等。Ubuntu在版本11.04加入OpenStack ；微软在windows Sever 2008中业整合了；思科在2011年也宣布支持。
相对应的，目前比较成熟的，相对应的版本是Amazon的ECQ。
用最简单的一句话来解释什么是Open
Stack:把你平时用的机箱、服务器搬到了虚拟机里。
简单解释一下，并且这里我突然也有了一些疑问。
目前的现状就是大部分企业都会有庞大的机房，而且还有可能分布在各个地方，维护起来需要大量的成本，人力和物力。通过Open Stack的云计算平台，企业可以把自己的、需要大量服务器的系统构建在别人的基于Open Stack平台的服务器上。这种解释是相对于乙方来说的。但是Open Stack这个系统应该是相对甲方来提供服务的，乙方是来使用的，甲方负责构建和优化系统，而乙方是在这个平台上构建自己的应用，并且更好优化应用。
所以摆好自己的姿态来如何看待OpenStack是很重要的，如果是甲方，那么就要关心如何来架构这个系统，如何去做冗余，需要多少设备能够承载，如何能更好的体现虚拟化技术，如何去做HA.
对于Open Stack 主要分为三个模块，Nova、Libvirt、KVM Xen LXC等等，是按照架构的层级来分的。
Nova是最上一级，对于应用开发者是最有用的，在这一层级，可以构建各种借口，来搭建自己的应用，来使自己的应用性能更好。
Libvirt中间层，也叫抽象层，通过这一层级可以对顶层做更多的支持，比如可以支持C语言的开发，这些模块等东西需要这一层来支持。
KVM Xen LXC这是底层根基，涉及一些公共库等。
这些层级都是构建在虚拟化技术之上。
其中，多次提到的一个概念是
Instance （实例），我的理解就相当于程序中的线程，很多应用，或者需要并行需要测试时，可以调一个Instance 来并行处理就行了。
以上为听讲座的简单概括，其中夹杂着自己很多的理解，可能对也可能有误解，现总结下来，随着之后的理解和学习，在进一步改正和优化。
2011年12月7日
#
【第一天】学习C++ 自己本身有些功底，现在就想要全新复习一下，就从最基本的写例题，思考，开始吧！
C++入门书上的实例，应该是最初级，想要解释函数原型的问题。
今天是开始记录自己的学习的开始，不做过多解析。
1 #include "stdafx.h"
2 #include <iostream>
3
4 void cheers(int);
5 double cube (double x);
6
7 int _tmain(int argc, _TCHAR* argv[])
8 {
9 using namespace std;
10 cheers(5);
11 cout << "Give me a number: ";
12 double side;
13 cin >> side;
14 double volume = cube(side);
15 cout << "A " << side <<"-foot cube has a volume of ";
16 cout << volume << " cubic feet.\n";
17 getchar();
18 cheers(cube(2));
19 getchar();
20 return 0;
21 }
22
23 void cheers(int n)
24 {
25 using namespace std;
26 for (int i = 0;i < n;i++)
27 cout << "Cheers!";
28 cout << endl;
29 }
30
31 double cube(double x)
32 {
33 using namespace std;
34 return x * x * x;
35 }
2010年5月12日
#
应该是有些日子了，我在我很向往的一个论坛上回复楼主的一个帖子，楼主是有着10年工作经验者，让我很是羡慕，我也是偶然间的回帖，平时真就不怎么回复帖子，可是没想到那天楼主居然给我了很长的回复，收录如下：
我的回复：10年的职业经历，让人羡慕，小弟我的心还是很浮躁的，不过很想请教一下通过您的经历做信息安全和安全测试是一样的吗，走的路线是可以借鉴的吗？
楼主：
今天做了一个测试，关于自信；我有两种选择 A 自信 B 不自信 由于游戏规则，我只能选一，虽然我完成了测试，会令测试者满意，因为他拿到了测试结果，但是他是失败的。
因为他让我无法准确表达我的观点：自信就如同当今居高不下的房价一样，当今社会的诟病，而且有过之而无不及。国人自信如此高涨，恰恰反映出其自信背后信奉的是天，国人多数会说：如果老天不让我怎样，那就是老天爷不公平；而天不是你可以掌控的，那么所谓的“自信”跟信佛、信上帝无任何本质差别。在我看来一个忙着自信的人，一个忙着自信的民族，一个忙着自信的国家是会大大丢失其真正强大起来的机会，现实的世界只相信行为结果。那是不是国人应该不自信呢？既然你还活着，作为人，你不能定国安邦，还不能尽匹夫之责吗？
我会尽好匹夫之责，我的真正幸福感就会多一点，这是我的感受，那么你对此有何看法呢？
能够以一颗平常心做事，信息安全与安全测试本无差别，我们无法决定外在环境，难道还不能改变自身能力与适应环境吗？
根据幸福面前人人平等原则，努力修正自己的缺点同时尽心提高自己的优点，使二者相互依存，相互促进；
正视自己，准视自己，德为先；
高效做事，务实做人，才为后。
就如同世界上没有两片相同的叶子， 世界上没有哪个人生可以复制，但是就因此每个人都有相同的外在环境，这种必然的差别就会产生必然的驱动力，你的人生由你去书写，但是我也许会是那滴你生旅途上的甘露，给你一点微薄力量的同时也会给你创造一片绿洲的可能，虽然你是不经意的看了一眼，荣辱成败皆在你心！
德才兼备，踏实做事，坦然做人。
个人观点仅供参考。
有精力与时间研究真技术，请关注本人此贴：http://www.x64asm.com/AsmBbs/thread-601-1-1.html
你可以尝试用心研究一下，即使无法写出程序，也应该有些许体会！
希望我的话能够然能够让你悟出一点点“道”！
在下一个凌晨，我也会获得些许安慰，没有浪费我的时间，更没有让大家觉得我唠叨过分！
至此
我最近一直在想，在国外，10年干一行的人很多很多，但是在国内，为什么就很少，国内都是经常换或者经常不在本行业干很长时间吗！
2010年5月7日
#
TS(公司名)是一种创新的商业模式，经开源的系统软件进行优化，定制给一些企业的用户使用，这和我以前曾经想过的一些商业模式很像，不过有一些外国人评价我们没有为开源作出什么贡献，就是仅仅的使用开源而已。
如果我们公司可以去更改Linux或android的源代码，想必会有很多高人，可能我刚进来不久，认识的人不多呀。
但是要说学到的东西，可能全要靠自己呀，包括什么shell脚本什么的，没有人要求你去学，也没有人帮助你去学，只有你自己计划，所以这就更看重你的个人能力了，尤其是个人的学习能力。
目前再公司的学时时间还是比较充分的，有一些时间去调整自己工作和学习。
我们主要做的一个是基于ARM的Linux的开发定制，典型的代表就是LenovoOS，目前似乎已经上市，性能很好，因为没有办法在ARM下换系统，所以就只能用这个把。
另外的一个是BigDroid，应该是在Android的基础上进行的定制，目前在和一些高端手机厂商合作。
每个项目测试计划都会不一样，但是一般情况下，每个公司都会有相应的模板，尤其是项目很频繁的公司，相对应的模板应该就更全面，并且更容易修改，更能适应新项目。
并且，经常接触测试计划的人可能会察觉到，实际上很多测试的计划都大同小意，里面有很多相似的模块，像是说明，缺陷管理，项目通过标准，暂停标准，恢复标准，风险管理，等等，都是可以直接套用的，并且这其中有过多的官方的术语，就是一种套话，客套话，很多文字是为了使文章更好去读，读起来更舒服，充当的是绿叶的角色。
但是基本上说包含核心的内容都是根据不同的项目量身定做的，比如具体要测试特性，测试的milestone，schedule等等，这些是测试人员的测试的依据，时间安排的标准，是绝对马虎不得的，这也是测试计划的精髓所在。
所以总的来说测试计划可以宏观的认为包含两个部分，一个是具体项目的测试安排，日程安排，人员分工，任务分工，里程碑的成果物等等，另一个是，适用于很多项目的一些约定俗成的标准，管理的方案，风险、缺陷的管理等等，这些不必随着项目的变化而更改，只要有一份模板，针对不同的项目进行简单的更改就可以了。
其实这种写测试计划的方法也可以减少你的时间，更高效更有速度的阅读测试计划，因为当你拿到手中的是20几页的测试计划时，如果你选择从头一点一点的看，那真的很佩服你，如果是你的母语还好，文档若是一种外语，对自己来说很闹心，对公司来说也很浪费成本呀。一旦你清楚了测试计划中的窍门，你完全可一跳过那些标准，直接找到最核心的安排，分工，这样可以为您省去很多时间，也可以为公司创造更大的价值。
如果您不是第一次接触测试计划，想必对这些会有一些感觉，对于读测试计划而言，知道这些是不够的，而需要的是去剖析一篇测试计划，一旦将其中的各个模块都弄懂了，在以后的阅读中就会是飞速了，不管阅读那个公司的，因为他们的本质是一样的，就有点像只要你掌握了一门编程语言，在去学其他的语言，也就是几个小时的事了。
所以，理论讲到这里开篇也开到这里，接下来，我们就以随便的一篇文档进行剖析，最后可能会给各位一些网上普遍的测试模板，可以作为练习，自己阅读一下，是否可以快速阅读。
我的这篇文档并非母语，所以各位要有准备，我们先从目录入手，简单预览一下：
Test plan
1,introduction
2,test items
3,features to be tested
4,feature not to be tested
5,approach
6,item pass/fail criteria
7,suspension criteria and resumption requirement
8,test deliverables
9,testing task and schedule
10,environmental needs
11,staffing
12risks management
13,approvals
看起来有点多，不过仔细分析一下，里面需要写项只有1，3，4，8，9，10，11这几项，并且每一项需要写的东西都不多，其他的模块基本上都是绿叶啦！
在这些需要写的模块中，有些还只是更改部分就行了，并且，在有些项目中，其中的有些东西都可以省略，但是要看具体公司的规定，有些公司测试计划是越多越好呀，显得严谨周密，结果让写的人闹心，看得人也不舒心呀！
第1项中，有三项需要更改：
product summary(产品目录)，主要就是列出一些项目的功能特性，包含哪些模块，哪些软件，对与比较大的系统列出来，更有利于后面的分析，但是小的系统就没什么必要了。
references(参考文献)，这个就比较随意了，一般都会列出不同参与者的一些资料
product milestore candidates(里程碑)，这个是比较重要的，但是在后期也会出现，这里就是一个概览，一般都用表格的方式。
第3项，是核心的东西，一般的就用这项来代替需求分析了，可能额外没有具体的需求分析文档，所以阅读时这是最重要的，和需求是统一等级的，所以在编写的时候也不仅仅测试经理自己写，可能更多的回去参考开发的需求，或者开发文档中的一些特性项目，这个应该不需要原创太多，主要是需求分析人员已经做好的东西搬过来了。
第4项相对前面，就会好理解很多，主要由于一些硬性条件没法满足，无法进行测试的东西做一些说明。
第8项，可以和里程碑相对应起来，但是又没有里程碑那么重要，就是在测试过程的小阶段说产生的成果物提前进行的一个预计，主要就是为了把一个很大的目标（一个一年或半年的项目顺利完成），拆分成一个月的成果检验（里程碑），然后再拆分两周的小任务，可以指导你短期的工作，但是，这个也会根据时间做适当的相应的调整的。
第9项，这里主要的就是将里程碑进行完善和优化，要能够具体看了就知道怎么实施的文档。还有就是日程的安排，要对时间把握，另外有写时候会额外加一个文档schedule，专门就是做时间方面的计划的。
第10项是，环境要求，这个就比较容易了，有什么写什么。
第11项也是比较重要核心的东西，但是，有写的很详细，有些写的很宽松；对于大的项目，这个就会写的很简略，因为周期半年的项目没办法一下子把人员的任务都安排好呀，只能标记上需要哪些团队，都负责什么样的任务。具体的在根据具体的情况进行人员的分配。但是有些时候，对于项目比较小，可能就几周，人员也不多的时候，就需要将具体的分工分配下去，我当时分工分的很细，所以当时这个花费我很多时间去写，对后期的影响也很大，正因为这个任务分配的仔细，后期人执行起来有计可循，按照规定，每个人完成任务也都很有成就感。
其余的就是额外的，基本也是不用动的，这其中包含了一个大块，里面有些很多文档的内容很丰富占了整个测试计划的很大的篇幅。
第2项，列出了使用的测试的步骤，基本每个项目都可以按照这么去测试，里面包括冒泡，功能性能之类的，还会对具体的做一些特定的说明，尤其是公司会使用特定的工具。
第5项这是篇幅最大的一个，里面冉冉就是一个测试方案的缩写版本，所以，这部分完全可以取代测试方案了，里面包括了测试用例的设计规则，使用的测试的方法（冒烟，交互性，系统，性能等等），缺陷管理的方法，缺陷曲线，会议评审的方式，测量和度量，这些都包括目标和范围，所以里面分析的很细，想必很多公司在弄这个的时候都是集结了很多经验的。
第12项，风险管理，就是根据公司制定的了。
综上所述，对这一个测试计划做了简单 的分析，相信可以类比到很多的测试计划。
最后，再小小的总结一下，测试计划，其实是很简单的文档，写起来简单，读起来也简单，因为他有太多的相似和雷同，手中只要有一个模板，就有参考，再根据实际情况做一些小的调整。要弄清楚的是测试计划中核心部分和绿叶部分。
2010年4月28日
#
按照之前的计划，我的执行本来是有条不稳的继续着，本来对自己的进步很知足，也有着一种自豪。不过短短的一个电话打乱的我的很多。
我别无选择，遇到更加重要的事情的时候，你就是别无选择，只能把公司的工作先暂停，请假，来处理一些学校的事情。学校的导师对我其实不错的，很多地方不管在要求还是人情世故方面都给我很多面子。但是，他可能也是比较固执和有些势力的人，他会更想去指点好的学生，他会投更多的精力在他觉得比较好的人，或更听他话的人，而不仅仅是你。
目前在学校，准备毕业相关的设计，自己的摸索，方向，其中有很大的选择，也有更多的疑虑。
我自己查询的资料，并分析自己，设计出几个方向，
- 计算机病毒的研究与预防，这个是我最主观的想法，是我最想做的东西，因为安全专家是我一辈子奋斗的目标，这个东西我肯定会去研究，我也肯定会去做，我也很自信我可以能够做好，但是现在，毕竟不是我可以自己说怎么干就怎么干的时候，我必须还要符合一些学校的要求，要有一定的研究性，也要和我的专业相关，以至于在答辩的时候评委能够问出一些东西，我又能回答出来，而不至于评委对我研究的东西什么都不懂。再者就是我的时间也不够多了，也就一个多月的时间，想在破解、加密解密、方面有所成就，似乎有点急于求成的打算，所以还是要稳，要慢下来，要不停的积累，每天都了解相关的内容，在这一周我会写出一篇病毒研究方面的文章，并且要研究一下网络安全，和扫描、端口相关的技术。
- 基于“**”（本学校官方网站）的性能及安全测试研究，性能和自动化我考虑的是使用LR，QTP来实施，并且可以得到一些数据，在这个过程中我也会学到并且精通这俩个工具的使用，这也是一个我想做的东西，我也一定回去做，但是似乎不太适合作为我的毕业设计的题目。
- 基于TrancePro光学仿真系统的测试研究，这个方向和我本科的专业有些相关，但是仅仅是贴一边儿而已，里面的技术我是很熟悉，也不是很难，但是导师觉得似乎没有什么成果物，做这个就是把我之前学的很多东西做一下汇总和收集，担不是学校的东西，而是我再社会的东西，但是，在社会的东西似乎应该用业余时间来操作就可以了，不能提到议程上来代替了毕设呀。
基于以上所述，研究想出的方向都被否定了，最后在跟导师聊的时候，有一个课题吸引了我，有关自由曲面的算法的研究，需要建模，仿真，分析等一系列过程，但是算法是比较难的一个点，想让我去攻破，我很想去挑战一下，因为我今后想要研究那些东西就就务必要搞懂算法，想去世界级的公司也是都要考算法的，所以我决定要搞这个方向，但是我目前对这个还没有一个清晰的概念，还是需要查询很多资料，并且详细的分析呀。
这篇文章，其实也是一个计划，除了我的题目，我还要做其他三方面的研究，并且最后在一些杂志上发表，所以我有很多有意义的事情要做，我不是无聊的人，我也有很多休闲的事情，我会更加的快乐。
2010年4月21日
#
摘要: 技术还是硬道理，即使计划的天衣无缝，但是没有行动，那也是徒劳，我要改变的就是我的这个大缺点，即使计划的不周全，但是我敢于行动，敢于在行动中不断积累，不断的调整，就会达到我的目标。 我目前对自己的评估最需要的就是吸收资料，要读很多技术的文章，但是我以前读过很多，后来，过一段时间就忘记了，所以我现在的策略就是读一些文章就要写一些东西，把他们记录下拉，哪怕是用思维导图的方式，记一些零散的点，这点也很重...
阅读全文
摘要: 今天我的犹豫，踌躇，顾虑到了极致。 实在是对自己的未来的未知有太多的迷惑，也不知在哪能得到解答，更关键的是，我想在一些论坛里提问都不知道怎么能把自己的情况问明白，所以现在这自我抒发一下，简单的梳理一下自己想法。 列个小提纲，乱说该越说越蒙，首先讲一下我踌躇的由来，和以前的经历做一下对比，为什么以前没有想现在如此顾虑，或者以前有轻度的话是怎么应对，分析一下经验，不能重蹈以前的覆辙；再有分析一下现...
阅读全文
2010年4月16日
#
摘要: 哈哈，新家落成，旧家的东西不想搬过来了，其实也没什么东西，一切从头再来。 毕竟本身也是新手，但是在不久的将来自己肯定会从各个方面都变得非常成熟，所以要记录自己的学习的一些东西，自己期望里面的技术能越来越多，而不是说很多要怎么样想怎么样的东西，更多的总结的是我如何将技术一点一点增强。 我感觉有很多要做，每天也都会有很多工作计划，但是似乎有些时候，我喜欢淡忘和推迟计划，这似乎是一个很大的Bug，既...
阅读全文
