在此记录生命历程,让工作,学习,生活留下些丝痕迹。

发布新日志

  • 新计划的诞生

    2008-11-07 10:23:05

    最近在学习的过程中,碰到问题就马上在百度上搜答案,看完就了之,也没有做些记录,当过段时间后,同样问题出现时,大脑里面的记忆已经有些模糊了,所以今天觉得应该重新拾起这个空间,在这里做些记录,好记性不如一个小空间。
  • web测试-转贴

    2007-06-22 17:16:50

    关于web测试

    1页面部分

    1 页面清单是否完整(是否已经将所需要的页面全部都列出来了)

    2 页面是否显示(在不同分辨率下页面是否存在,在不同浏览器版本中页面是否显示)

    3 页面在窗口中的显示是否正确、美观(在调整浏览器窗口大小时,屏幕刷新是否正确)

    4 页面特殊效果(如特殊字体效果、动画效果)是否显示

    5 页面特殊效果显示是否正确

     

    2 页面元素部分

    1)页面元素清单(为实现功能,是否将所需要的元素全部都列出来了,如按钮、单选框、复选框、列表框、超连接、输入框等等)

    2)元素是否显示(元素是否存在)

    3)页面元素是否显示正确(主要针对文字、图形、签章)

    4)页面元素的外形、摆放位置(如按钮、列表框、核选框、输入框、超连接等)

    5 页面元素基本功能是否实现(如文字特效、动画特效、按钮、超连接)

    6 页面元素的容错性列表(如输入框、时间列表或日历)

    7 页面元素的容错性是否存在

    8 页面元素的容错性是否正确

     

    3 功能部分

    1 数据初始化是否执行

    2 数据初始化是否正确

    3 数据处理功能是否执行

    4 数据处理功能是否正确

    5 数据保存是否执行

    6 数据保存是否正确

    7 是否对其他功能有影响

    8 如果影响其他功能,系统能否作出正确的反应

    9 其他错误

    10 对模块的具体功能进行测试时可以列出功能模块的所有功能,进行排列组合,测试所有情况

    如:某一功能模块具有最基本的增删改查功能,则需要进行以下测试

    单项功能测试(增加、修改、查询、删除)

    增加——>增加——>增加 (连续增加测试)

    增加——>删除

    增加——>删除——>增加 (新增加的内容与删除内容一致)

    增加——>修改——>删除

    修改——>修改——>修改 (连续修改测试)

    修改——>增加 (新增加的内容与修改前内容一致)

    修改——>删除

    修改——>删除——>增加 (新增加的内容与删除内容一致)

    删除——>删除——>删除 (连续删除测试)

    11)查询功能分为两种情况,验证操作结果。

    一、打开页面时自动显示结果,则不特别强调;

    二、需要手工操作进行查询,则每次在其他功能完成后进行。

    4 提示信息

    1 成功、失败提示

    2 操作结果提示

    3 确认提示

    4 危险操作、重要操作提示

    5 返回页面 提示后显示的页面

    5 容错性

    注意以下几种情况

    1 为空、非空

    2 唯一性

    3 )字长、格式

    4 数字、邮政编码、金额、电话、电子邮件、ID号、密码

    5 日期、时间

    6 特殊字符 (对数据库)英文单、双引号,&符号

    6 权限部分

    功能权限: 指定用户可以使用哪些功能,不能使用哪些功能

    数据权限: 指定用户可以处理哪些数据,不可以处理哪些数据。可以合并到功能测试

    操作权限: 在逻辑关系上,操作前后顺序、数据处理情况。可以合并到功能测试

    权限变化: 可以合并到功能测试

     

    1 功能权限是否存在

    2 )功能权限是否正确

    3 数据权限是否存在

    4 数据权限是否正确

    5)操作权限是否存在

    6 操作权限是否正确

    7 引起权限变化的功能列表

    8 功能权限变化还是数据权限变化,或两者兼有

    9 权限变化是否正确

     

    7 键盘操作

    1 Tab键的使用

    2 上下方向键的使用

    3 Enter键的使用

    4 系统设定快捷键的使用(如果设置有快捷键)

     

    8 测试中还应注意的其他事项

    6 完整性:是否是一个整体,没有功能缺损

    7 易用性:使用是否方便

    8 一致性:类似的问题用类似的方法处理

    9 提示信息:提示信息是否完整、正确、详细

    10 帮助信息:是否提供帮助信息,帮助信息的表现形式(页面文字、提示信息、帮助文件),帮助信息是否正确、详细

    11 兼容性:包括操作系统兼容和应用软件兼容,可能还包括硬件兼容

    12 可扩展性:是否由升级的余地,是否保留了接口

    13 稳定性:运行所需的软硬件配置,占用资源情况,出现问题时的容错性,对数据的保护

    14 运行速度:运行的快慢,带宽占用情况

     

    有几点:

    1.功能点测试:是否满足需求所要求的功能

    2.字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错.

    3.字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错.

    4.标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确.

    5.中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码或出错.

    6.信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.

    7.界面测试:界面的正确性、一致性、友好性、易用性。

     

    用户界面测试是从最终的使用者用户的角度来看软件,软件难以理解,不易使用就是软件缺陷。可以从以下几个方面重点来检查用户界面:

    1.易用性检查:确保软件易于理解,方便使用。

    2.一致性检查:

    a.注意系统页面的风格是否一致,如字的大小、颜色、字体要相同。

    b.提示信息的表达方式是否一致。

    c.按钮排列顺序是否一致。

    d.back, cancel等按钮跳转页面处理是否一致。

    e.各字段的名称,位置、长度、类型是否和设计文档要求一致,如Employee NoLoginName不一致。

    3.正确性检查:检查页面上的form, button, table, header, footer,提示信息,还有其他文字拼写,句子的语法等是否正确。

    4.友好性检查:

    a.提示信息是否友好.

    b.系统应该在用户执行错误的操作之前提出警告,提示信息.

    c.页面分辨率检查,在各种分辨率浏览系统检查系统界面友好性。

    5.合理性检查:做delete, update, add, cancel, back等操作后,查看信息回到的页面是否合理。

    6.检查本地化是否通过:英文版不应该有中文信息,英文翻译准确,专业。

    7.页面最大化检查:测试最大化/最小化/还原时页面是否做了对应的处理。
  • 软件测试工程师面试英语

    2007-06-22 16:06:37

    1. What types of documents would you need for QA, QC, and Testing?
    2. What did you include in a test plan?
    3. Describe any bug you remember.
    4. What is the purpose of the testing?
    5. What do you like (not like) in this job?
    6. What is quality assurance?
    7. What is the difference between QA and testing?
    8. How do you scope, organize, and execute a test project?
    9. What is the role of QA in a development project?
    10. What is the role of QA in a company that produces software?
    11. Define quality for me as you understand it
    12. Describe to me the difference between validation and verification.
    13. Describe to me what you see as a process. Not a particular process, just the basics of having a process.
    14. Describe to me when you would consider employing a failure mode and effect analysis.
    15. Describe to me the Software Development Life Cycle as you would define it.
    16. What are the properties of a good requirement?
    17. How do you differentiate the roles of Quality Assurance Manager and Project Manager?
    18. Tell me about any quality efforts you have overseen or implemented. Describe some of the challenges you faced and how you overcame them.
    19. How do you deal with environments that are hostile to quality change efforts?
    20. In general, how do you see automation fitting into the overall process of testing?
    21. How do you promote the concept of phase containment and defect prevention?
    22. If you come onboard, give me a general idea of what your first overall tasks will be as far as starting a quality effort.
    23. What kinds of testing have you done?
    24. Have you ever created a test plan?
    25. Have you ever written test cases or did you just execute those written by others?
    26. What did your base your test cases?
    27. How do you determine what to test?
    28. How do you decide when you have ‘tested enough?’
    29. How do you test if you have minimal or no documentation about the product?
    30. Describe me to the basic elements you put in a defect report?
    31. How do you perform regression testing?
    32. At what stage of the life cycle does testing begin in your opinion?
    33. How do you analyze your test results? What metrics do you try to provide?
    34. Realising you won’t be able to test everything - how do you decide what to test first?
    35. Where do you get your expected results?
    36. If automating - what is your process for determining what to automate and in what order?
    37. In the past, I have been asked to verbally start mapping out a test plan for a common situation, such as an ATM. The interviewer might say, “Just thinking out loud, if you were tasked to test an ATM, what items might you test plan include?” These type questions are not meant to be answered conclusively, but it is a good way for the interviewer to see how you approach the task.
    38. If you’re given a program that will average student grades, what kinds of inputs would you use?
    39. Tell me about the best bug you ever found.
    40. What made you pick testing over another career?
    41. What is the exact difference between Integration & System testing, give me examples with your project.
    42. How did you go about testing a project?
    43. When should testing start in a project? Why?
    44. How do you go about testing a web application?
    45. Difference between Black & White box testing
    46. What is Configuration management? Tools used?
    47. What do you plan to become after say 2-5yrs (Ex: QA Manager, Why?)
    48. Would you like to work in a team or alone, why?
    49. Give me 5 strong & weak points of yours
    50. Why do you want to join our company?
    51. When should testing be stopped?
    52. What sort of things would you put down in a bug report?
    53. Who in the company is responsible for Quality?
    54. Who defines quality?
    55. What is an equivalence class?
    56. Is a “A fast database retrieval rate” a testable requirement?
    57. Should we test every possible combination/scenario for a program?
    58. What criteria do you use when determining when to automate a test or leave it manual?
    59. When do you start developing your automation tests?
    60. Discuss what test metrics you feel are important to publish an organization?
    61. In case anybody cares, here are the questions that I will be asking:
    62. Describe the role that QA plays in the software lifecycle.
    63. What should Development require of QA?
    64. What should QA require of Development?
    65. How would you define a “bug?”
    66. Give me an example of the best and worst experiences you’ve had with QA.
    67. How does unit testing play a role in the development/software lifecycle?
    68. Explain some techniques for developing software components with respect to testability.
    69. Describe a past experience with implementing a test harness in the development of software.
    70. Have you ever worked with QA in developing test tools? Explain the participation Development should have with QA in leveraging such test tools for QA use.
    71. Give me some examples of how you have participated in Integration Testing.
    72. How would you describe the involvement you have had with the bug-fix cycle between Development and QA?
    73. What is unit testing?
    74. Describe your personal software development process.
    75. How do you know when your code has met specifications?
    76. How do you know your code has met specifications when there are no specifications?
    77. Describe your experiences with code analyzers.
    78. How do you feel about cyclomatic complexity?
    79. Who should test your code?
    80. How do you survive chaos?
    81. What processes/methodologies are you familiar with?
    82. What type of documents would you need for QA/QC/Testing?
    83. How can you use technology to solve problem?
    84. What type of metrics would you use?
    85. How to find that tools work well with your existing system?
    86. What automated tools are you familiar with?
    87. How well you work with a team?
    88. How would you ensure 100% coverage of testing?
    89. How would you build a test team?
    90. What problem you have right now or in the past? How you solved it?
    91. What will you do during the first day of job?
    92. What would you like to do five years from now?
    93. Tell me about the worst boss you’ve ever had.
    94. What are your greatest weaknesses?
    95. What are your strengths?
    96. What is a successful product?
    97. What do you like about Windows?
    98. What is good code?
    99. Who is Kent Beck, Dr Grace Hopper, Dennis Ritchie?
    100. What are basic, core, practises for a QA specialist?
    101. What do you like about QA?
    102. What has not worked well in your previous QA experience and what would you change?
    103. How you will begin to improve the QA process?
    104. What is the difference between QA and QC?
    105. What is UML and how to use it for testing?
    106. What is CMM and CMMI? What is the difference?
    107. What do you like about computers?
    108. Do you have a favourite QA book? More than one? Which ones? And why.
    109. What is the responsibility of programmers vs QA?
    110. What are the properties of a good requirement?
    111. Ho to do test if we have minimal or no documentation about the product?
    112. What are all the basic elements in a defect report?
  • 学习

    2007-06-22 16:05:15

    想学好英语,学好技术,赚更多的钱
  • 愿望

    2007-06-22 15:59:04

    在此我也希望能交到更多的朋友,像高手们学习。

  • 新手中的新新手

    2007-06-22 15:34:16

    刚转行做测试不久,很感兴趣,有很多东西要学,在这里我想把看到的好文章收藏起来,以备后用。
Open Toolbar