下午做一道编程题，要求编一程序显示四符号组成的三角形图案。显示效果如下：
                                                          
      做了好久，觉得自己的程序应该正确啊，但总无法显示正确的效果：
#include <iostream.h>
void main()
{
int n,i,j;
char ch;
 cout<<"How many lines?"<<endl;
cin>>n;
cout<<"what character?"<<endl;
cin>>ch;
for(i=0;i<n;i++)
{
for(j=0;j<n-1-i;j++) cout<<" ";
for(j=0;j<i*2+1;j++) cout<<"ch";
cout<<endl;
}
}

        找了好久，才发现原来在for(j=0;j<i*2+1;j++) cout<<"ch";语句中把字符型ch直接输出ch啦，正解应为for(j=0;j<i*2+1;j++) cout<<ch;
        一个小小的bug却花费了我好多的时间，做到自己都心烦吗。我想，学这门技术除了专业知识学好外，非智力因素在很大程度上也决定了你以后的发展或进一步的提升吧。很多错误都是在很小的地方，例如漏了分号，冒号等等。现在起就在去慢慢培养自己在细心这方面的能力啦。
       

       想起一篇在网上看到的文章：
                                                                 怎样提高软件测试员自身素质培养?

　 (1) 首先，应对软件测试感兴趣和对自己有自信，如果具备了这两点，那么在开发过程中不管遇到什么样的困难，我相信你一定能克服。
      (2) 善于怀疑，世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生。别人认为是对的，我却认为不是对的。
      (3) 打破砂锅问到底的精神，对于只出现过一次的bug，一定找出原因，不解决誓不罢休。
　 (4) 保持一个良好的心情，否则可能无法把测试作好。不要把生活中的不愉快的情绪带到工作中来。(虽然是写的测试员的，但我们也可以学到东西，个人比较赞同这个观点，因为自己发现有时会不专心，总会想着其他事）
      (5) 做测试时要细心，不是所有的bug都能很容易的找出，一定要细心才能找出这些bug。
      (6) 灵活一些，聪明一点，多制造一些容易产生bug的例子。
      (7) 在有条件的情况下，多和客户沟通，他们身上有你所需要的。
　 (8) 设身处地为客户着想，从他们的角度去测试系统。
　 (9) 不要让程序员，以“这种情况不可能发生”这句话说服你，相反，你应该去说服他，告诉他在客户心里，并不是这样的。
      (10) 考虑问题要全面，结合客户的需求、业务的流程、和系统的构架，等多方面考虑问题。
      (11) 提出问题不要复杂化，这一点和前面的有点矛盾，如果你是一新手，暂时不要管这一点，因为最终将有你的小组成员讨论解决。
　 (12) 追求完美，对于新测试员来说，努力的追求完美，这对你很好，尽管有些事无法做到，但你应该去尝试。
　 (13) 幽默感，能和开发小组很好的沟通是关键，试着给你的开发小组找一个“BUG杀手”，或对他们说“我简直不敢相信，你写的程序居然到现在没有找到BUG”。
      (14) 到此是不是对测试很有兴趣呢?不过我要告诉你，测试过程中有酸甜苦辣，其中的滋味只有你知道，也许你会感到枯燥，要学会放松自己，去溜冰或做你喜欢做的事，不过，别放弃，因为你的自信告诉过你“你会是很优秀的测试员”不是吗?
我们常见软件测试的技巧 ：

　  TIPS:
     软件测试虽然辛苦，但是掌握了一定的技巧之后将使你事半功倍。　
        (1) 边界测试，测试用户输入框中的数值的最大数和最小数，以及为空时的情况。
        (2) 非法测试，例如在输入数字的地方输入字母。
　　(3) 跟踪测试，跟踪一条数据的流程,保证数据的正确性。
　　(4) 在开始测试时应保证数据的正确性，然后在从系统中找出各种BUG。
　　(5) 接口测试，程序往往在接口的地方很容易发生错误，要在此模块测试勿掉以轻心。
　　(6) 代码重用测试，在开发过程中有些模块功能几乎相同，程序员在重用代码时可能忘记在原有代码上修改或修改不全面，而造成的错误。
        (7) 突发事件测试，服务器上可能发生意外情况的测试.
        (8) 外界环境测试，有些系统在开发时依赖于另外一个系统,当另外一个系统发生错误时, 这个系统所受到的影响的情况。
        (9) 在程序员刚修复Bug之后的地方,再找一找，往往程序员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。　(10) 认真做好测试记录在做完一天的测试记录之后,第二天再根据第一天的测试记录重复测试你会发现有未修正的错误。
　　(11) 文字测试，如果在系统中有用词不当的地方，我想这是不应该的。
　　(12) 系统兼容测试，例如有些程序在IE6能运行正常，到IE5下不能运行。有些程序在WIN2000下能运行，而到WIN98却不能运行。像一些很特别的用户去使用系统，你很有可能发现BUG。
　    (13) 用户的易用性测试，往往用户的需求是不断的变化的，而其中的一部份变化的原因，是有用户操作上不方便引起的。