网站的测试点

测试工作总结：

Livebookings（about three mounth）

1.      Title of the page：每个页面中都需要有页面的title

2.      Regiester page：

register successful，then the page should be turn to the login in page, and the new user should be inputed but the password should not be input in the login in page

Register faield , the page should be in the regiester page, the information should be still in the page.

3.      Button : the style. should be same in the system,在测试的时候button必须实现他的真正的功能。

4.      前台和后天should be same,

5.      互相影响的地方需要同步更新。If add the new items, in the same page, the new item should be displayed after the new item has been added successfully. If the item is delete the item should be deleted from the same page,

6.      更具客户的需求，如果现在要求保存住search的查询条件的话，所有的查询前的条件都要记录住，包括被张开的部分和所有的被影响的可以变化的字体都要记录着。

7.      Search functions,需要查询查询结果是不是真的正确。在一个条件下或是在多个条件下在查询的都应该显示的是正确的结果。

8.      Test case：以后在写test case的时候需要注意覆盖面的问题，需要全部覆盖到，并且要严格的采取测试的等价类划分的技巧，以方便开发人员开发驱动测试（TDD）.并在写test case的时候要明确什么时候正确的结果什么时候不正确的，都要明确的写在testcase中。

9.      在测试的时候要尽早的发现bugs，这样及早的解决这些问题。

10.  Email和search的条件中都是不区分大小写的，。

11.  在测试的时候要尽量考虑在页面不是最大的时候页面现在的是不是有问题。（特别是在页面最大化到出现滚动条，或是由有滚动条状态到最大化的状态的时候是不是页面还是有问题。）

12.  注意浏览器本身的特性对页面显示效果的影响（firefox3.0:有的时候会记录住页面的密码，IE6有些功能是在ie6中不能正常的显示的。Safari中的文本框是可以拉升的。）

13.  测试中测试功能应该是浏览器为主，测试界面时要多个浏览器并用。（这个现在需要考虑如何更好的完成测试中的任务。）

14.  本地化测试的时候要注意小的细节的地方是否被本地化了。在客户那边改变功能的时候是不是相应的东西也本地化了。 

15.  提交按钮不可以连续点击。以免系统响应时间长，导致系统崩溃-----现在这个开发人员还是没有时间这个问题，需要在以后的测试中注意。

16.  为了方便用户的正真的使用，在点击back按钮的时候以前添加的信息需要保存----这个是在book中所有添加的信息在back到后一页或是proceeds到前一页的时候都是需要保存的-----所以在以后测试的时候需要考虑到类似的问题，以方便

17.  在点击了back按钮然后在点击proccede按钮的时候，系统还是需要保存住原来已经添加的信息，减少用户的重复的输入工作。

18.  测试的时候发现的bug要坚定自己的原则。并在测试的早期尽量多的发现bug，特别要主要逻辑上的bug。不要到最后的时候才发现出这些主要的逻辑的bug。

19.   

测试弱点：

在测试的早期发现bug少。

不是把主要的注意力放在主要的功能上。

虽然测试时间很匆忙但是测试效率不高。这个项目很注重UI，但是在客户发现的bug很多是UI issue

在以后的工作中，如发现问题尽量的提交bug在PMS上。减少和开发人员的沟通，尽量做到少个开发人员在bug上的沟通。

在以后每次提交的时候都要总结一下，看看自己的不足之处，并在以后的测试中改正，提高测试效率。

在测试的时候界面上的任何的元素不能因为设计别的界面而是其他的界面或是元素变形。（转动的ajax）

1.    在测试的时候要考虑方便用户是应用，尽量减少用户的操作。

2.    在website中需要考虑到tab键的功能

3.      要严格的按照测试用例来执行测试。----现在要把每次提交的东西放到PMS上去。以后要在pms中查找测试结果，在测试之前要把test case更新到Pms上。 

4.    每次提交的时候都要在email中都要有测试总结。把自己以测试过的和没有测试过的，那个主要的bug还有没有修改都需要总结一下。--------在每个迭代中测试出来的bug数，还有多少bug还没有修改，有没有严重的bug还没有修改。

5.      在每次客户反馈后都要自己总结什么功能改变了，需要update test case都要及时的更新到testcase中，并分析是什么原因造成客户issue。并做记录，在以后的测试过程中不要犯同样的错误。---------明确的分清那个是自己的问题

6.    要在客户发现问题之前找到bug。这个是最终的目的。------这个问题很需要注意

7.      在测试的时候，在search中所有的查询的条件都要验证，特别是一些小的查询的条件和非必填项都需要验证，并且需要验证查询的结果是不是正确。--------在测试的时候都要测试到以防一些bug没有找到

8.    在测试的时候需要考虑到分页功能是不是正常的显示，是不是正确的本地化。是不是由于分页功能而影响到了页面的显示。-------分页功能需要注意本地化，在一页的时候previous 是不可点击的，在最后一页的时候Next应该是灰色的或是不可点击的。

9.      在测试的时候有与网络有关的步骤必须考虑到断网的情况-----一些加载的东西需要测试

10. 控件TAB顺序是否从左到右，从上到下

11.  日期的显示的格式：是否接受正确的日期格式，是否接受错误的日期格式，是否显示正常的日期格式。

12. 文本框或是其他的控件在拒绝输入和选中的时候显示区域是否变灰或是别的规则

13. 在注册的页面中，密码输入框是否按掩码的方式显示，Cancel之类的按钮按下后，控件中的数据是否清空复原或按既定规约处理，Submit之类的按钮按下后，数据是否得到提交或按既定规约处理。

测试的时候需要注意的问题：

1.      用户在退出系统后重新登陆时应考虑是否需要自动返回到上次退出系统时的界面;

2.      页面的转向的问题

3.      URL不区分大小写

4.      某些重要信息在输入、修改、删除时应有“确认”提示信息;

5.      界面内容更新后系统应提供刷新功能。

6.      v在多个业务功能组成的一个业务流程中，如果各个功能之间的执行顺序有一定的制约条件，应通过界面提示用户

7.      在对任何配置信息修改后，都应该在用户退出该界面时提示用户保存(如果用户没有主动保存的情况下);

8.      界面测试时，应考虑用户使用的方便性：
　　a)在某些对数据进行处理的操作界面，应考虑用户可能对数据进行处理的频繁程度和工作量，考虑是否可以进行批量操作。
　　8.界面测试时，应考虑界面显示及处理的正确性：

9.      界面测试时，应考虑界面显示及处理的正确性：
　　a)界面测试时应验证所有窗体中的对象状态是否正常，是否符合相关的业务规则需要。
　　b)应验证各种对象访问方法(Tab健、鼠标移动和快捷键)是否可正常使用，并且在一个激活界面中快捷键无重复;
　　c)界面测试不光要考虑合理的键盘输入，还应考虑是否可以通过鼠标拷贝粘贴输入。
　　d)对于统计查询功能的查询结果应验证其是否只能通过界面上的查询或刷新按键人工触发，应避免其他形式的触发。