关于软件测试的有关问题
日期：2014-05-20 浏览次数：20951 次
关于软件测试的问题
1、软件测试到底测试什么？
2、软件测试能实现自动化吗？目前网上能看到的测试手段都不理想，是不是又要自己造轮子了
3、以降低测试量和测试难度为目的的代码生产手段的改进
------解决方案--------------------
呵呵，帮顶下，测试方面没深研究，只是平常开发中自己会做下简单测试。
------解决方案--------------------
我从来不关心手工测试，因此我也懒得去参与有关手工测试的各种争论。
传统的手工测试，就是做开发人员跟屁虫，进行所谓测试。于是乎才经过20、30年发展出一堆恐怖的测试覆盖理论。那些搞理论的人说到测试必须卖弄测试覆盖概念，而且越不可行似乎越好。
在工程实践，测试不玩那么多理论，并且也不是跟屁虫思维。例如让一帮新手砌墙，在建立起一个一个墙垛之后，你的小工头会拉一根细绳让你沿着它砌砖头，然后完工一层再上一层再重新拉好基线。他不会等你墙变得七扭八歪岌岌可危之后才来测试吧！
这才是测试，是一种对低级人员进行潜移默化的管理的设计手段，而不是什么对你的低级实现细节进行跟屁虫测试的做法。
------解决方案--------------------
------解决方案--------------------
结帖率：101.33%
膜拜 sp1234 ...
------解决方案--------------------
------解决方案--------------------
软件测试没怎么研究过，52testing网站可看看
自动化测试框架还是有不少的
------解决方案--------------------
mei xueguo ,只好更上了
------解决方案--------------------
感觉最近大牛活跃了
------解决方案--------------------
过来看看
------解决方案--------------------
开发人员也是进行单元测试的。
测试没什么东西。
1、找出软件功能上没错误。2、找出软件逻辑上没有错误。
其实第二点比较难。但是开发早帮你做的不敢说100%，起码99.9%，否则，
那开发早就下岗了。
所以测试真的可有可无，不过是用来给外包的公司（一般欧美）整理整理文档，
写写文档（英文）
个人观点。
------解决方案--------------------
软件的可用性、是否符合用户需求(业务)、性能、用户体验……
------解决方案--------------------
测试思想心里清楚些，具体实现有点难度。
sp1234说的“种工具性的东西也就“一袋烟”的功夫。”那是对于写过测试的人。万事开头难。我想如果动手写几个，那把思想实现应该不会很难的。
我是刚入社会的，很多没做过。所以很多都感觉很难。我想如果入门了应该好很多...
------解决方案--------------------
个人认为；软件测试 是极其重要的一个环节。
测试不可能，找出所有问题，但是避免一些问题，主要测试 不让出现的是否出现了，让出现的出现没有。
现在倒是用好多软件也能测试 大概是
缩短软件开发测试周期，可以让产品更快投放市场。
测试效率高，充分利用硬件资源。
节省人力资源，降低测试成本。
增强测试的稳定性和可靠性。
提高软件测试的准确度和精确度，增加软件信任度。
软件测试工具使测试工作相对比较容易，但能产生更高质量的测试结果。
手工不能做的事情，自动化测试能做，如压力、性能测试。
通过手工测试无法做到覆盖所有代码路径。
简单的功能性测试用例在每一轮测试中都不能少，而且具有一定的机械性、重复性，工作量往往较大。
许多死锁、资源冲突、多线程等有关的错误，通过手工测试很难捕捉到。
进行系统压力、性能测试时，需要模拟大量数据或大量并发用户等各种应用场合时，很难通过于工测试来进行。
进行系统可靠性测试时，需要模拟系统长时间运行，以验证系统能否稳定运行，这也是手工测试无法模拟的。
如果有大量（几千）的测试用例，需要在短时间内（1天）完成，手工测试几乎不可能做到。
------解决方案--------------------
软件测试是一个专门的学问，现在也是一个专门的职业，建议你去查看一下有关软件测试的基本教程。
------解决方案--------------------
up up up
------解决方案--------------------
结帖率：101.33%
膜拜 sp1234 ...
做测试比编码的值钱
------解决方案--------------------
1、软件测试到底测试什么？
2、软件测试能实现自动化吗？目前网上能看到的测试手段都不理想，是不是又要自己造轮子了
3、以降低测试量和测试难度为目的的代码生产手段的改进
------解决方案--------------------
呵呵，帮顶下，测试方面没深研究，只是平常开发中自己会做下简单测试。
------解决方案--------------------
我从来不关心手工测试，因此我也懒得去参与有关手工测试的各种争论。
传统的手工测试，就是做开发人员跟屁虫，进行所谓测试。于是乎才经过20、30年发展出一堆恐怖的测试覆盖理论。那些搞理论的人说到测试必须卖弄测试覆盖概念，而且越不可行似乎越好。
在工程实践，测试不玩那么多理论，并且也不是跟屁虫思维。例如让一帮新手砌墙，在建立起一个一个墙垛之后，你的小工头会拉一根细绳让你沿着它砌砖头，然后完工一层再上一层再重新拉好基线。他不会等你墙变得七扭八歪岌岌可危之后才来测试吧！
这才是测试，是一种对低级人员进行潜移默化的管理的设计手段，而不是什么对你的低级实现细节进行跟屁虫测试的做法。
------解决方案--------------------
------解决方案--------------------
结帖率：101.33%
膜拜 sp1234 ...
------解决方案--------------------
------解决方案--------------------
软件测试没怎么研究过，52testing网站可看看
自动化测试框架还是有不少的
------解决方案--------------------
mei xueguo ,只好更上了
------解决方案--------------------
感觉最近大牛活跃了
------解决方案--------------------
过来看看
------解决方案--------------------
开发人员也是进行单元测试的。
测试没什么东西。
1、找出软件功能上没错误。2、找出软件逻辑上没有错误。
其实第二点比较难。但是开发早帮你做的不敢说100%，起码99.9%，否则，
那开发早就下岗了。
所以测试真的可有可无，不过是用来给外包的公司（一般欧美）整理整理文档，
写写文档（英文）
个人观点。
------解决方案--------------------
软件的可用性、是否符合用户需求(业务)、性能、用户体验……
------解决方案--------------------
测试思想心里清楚些，具体实现有点难度。
sp1234说的“种工具性的东西也就“一袋烟”的功夫。”那是对于写过测试的人。万事开头难。我想如果动手写几个，那把思想实现应该不会很难的。
我是刚入社会的，很多没做过。所以很多都感觉很难。我想如果入门了应该好很多...
------解决方案--------------------
个人认为；软件测试 是极其重要的一个环节。
测试不可能，找出所有问题，但是避免一些问题，主要测试 不让出现的是否出现了，让出现的出现没有。
现在倒是用好多软件也能测试 大概是
缩短软件开发测试周期，可以让产品更快投放市场。
测试效率高，充分利用硬件资源。
节省人力资源，降低测试成本。
增强测试的稳定性和可靠性。
提高软件测试的准确度和精确度，增加软件信任度。
软件测试工具使测试工作相对比较容易，但能产生更高质量的测试结果。
手工不能做的事情，自动化测试能做，如压力、性能测试。
通过手工测试无法做到覆盖所有代码路径。
简单的功能性测试用例在每一轮测试中都不能少，而且具有一定的机械性、重复性，工作量往往较大。
许多死锁、资源冲突、多线程等有关的错误，通过手工测试很难捕捉到。
进行系统压力、性能测试时，需要模拟大量数据或大量并发用户等各种应用场合时，很难通过于工测试来进行。
进行系统可靠性测试时，需要模拟系统长时间运行，以验证系统能否稳定运行，这也是手工测试无法模拟的。
如果有大量（几千）的测试用例，需要在短时间内（1天）完成，手工测试几乎不可能做到。
------解决方案--------------------
软件测试是一个专门的学问，现在也是一个专门的职业，建议你去查看一下有关软件测试的基本教程。
------解决方案--------------------
up up up
------解决方案--------------------
结帖率：101.33%
膜拜 sp1234 ...
做测试比编码的值钱
------解决方案--------------------
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
