编写背景： 今天上我那块测试论坛的菜地看看去了，想把一些东西给规整规整，对其中的一个帖子发表了好长的感慨，大家有空可看看。^_^。 开发阶段遇到需求变更，测试用例如何控制！！！ 案例描述：开发阶段的测试用例如何设计 常遇到这类问题，开发阶段的策划案经常修改，程序也经常调整，而一份详细的测试用例要花费几倍的测试时间，好不容易完成了，只要策划案子一修改，以前做的就白费了，部门很多人也不赞成
不管是文档化的测试用例，还是存在于测试人员头脑中的测试想法和思维，针对测试对象的分析和设计都是整个测试过程的重要测试活动之一。在进行测试分析和设计之前，测试人员首先需要确定测试的需求来源，即测试用例设计需要参考哪些测试依据文档？ 测试用例设计的输入文档是什么？测试人员头脑中第一个蹦出的参考依据就是需求规格说明。确实，需求
PROCESS EXPLORER 百科名片 由Sysinternals开发的Windows系统和应用程序监视工具，目前已并入微软旗下。不仅结合了Filemon（文件监视器）和Regmon（注册表监视器）两个工具的功能，还增加了多项重要的增强功能。包括稳定性和性能改进、强大的过滤选项、修正的进程树对话框（增加了进程存活时间图表）、可根据点击位置变换的右击菜单过滤条目、集成带源代码存储的堆栈跟
客户端版APP主要是通过苹果的APP Store来进行安装的。在测试时，开发会先在本地苹果机上打好包，然后我们在Xcode上进行安装或者直接在开发提供的网址上下载这个包就可以了。一下是在网上收集的和自己测试ios系统app以来的经验总结，贴出来分享下，也为自己做个记录，呵呵... 体验篇： (1) APP的安装卸载不同于普通PC版。它是通过APP Store进行的
深入SQL之merge into 2007年08月07日 星期二 9:24用途 merge 命令可以用来用一个表中的数据来修改或者插入到另一个表。插入或者修改的操作取决于on子句的条件。该语句可以在同一语句中执行两步操作，可以减少执行多条insert 和update语句。merge是一个确定性的语句，即不会在同一条merge语句中去对同一条记录多次做修改操作。语法 其中，mer
Android的虚拟机是基于寄存器的Dalvik，它的最大堆大小一般是16M，有的机器为24M。因此我们所能利用的内存空间是有限的。如果我们的内存占用超过了一定的水平就会出现OutOfMemory的错误。 为什么会出现内存不够用的情况呢？我想原因主要有两个： 由于我们程序的失误，长期保持某些资源（如Context
无论怎么小心，想完全避免bad code是不可能的，此时就需要一些工具来帮助我们检查代码中是否存在会造成内存泄漏的地方。Android tools中的DDMS就带有一个很不错的内存监测工具Heap(这里我使用eclipse的ADT插件，并以真机为例，在模拟器中的情况类似)。用 Heap监测应用进程使用内存情况的步骤如下：1.
今天效率貌似很高解决了3个疑难杂症（针对个人来说是问题呵呵）。 1、myeclipse不编译不报错问题，参照网上8,9种方法均没解决，最后添加了source to path 整个工程报错，将工程文件的错排掉后，可正常编译。最后也不知道真正解决此问题的方法是什么？呵呵没什么总结的记录下，下次出问题大概有个方向。 2、不同文件路径显示问题，放在不同文件夹下无法解决，最后只能放在相同文件下。效果虽然出来
有用户A和B，他们可以互相关注，可以取消关注、移除粉丝，可以将对方拉黑。当发生以上的任何操作后，同时他们可查看对方对应的资料信息的权限也将发生变化。 纠结的如何设计测试用例才可以不冗余，不遗漏。 如设计用例如下： 1.A关注了B，B未关注A： 1>
Android LogCat使用详解 Android的Logcat用于显示系统的调试信息，可在分别以下几个地方查看和调用logcat： 1.eclipse的Debug模式或DDMS模式下的会有一个Logcat窗口，用于显示log日志 只需在eclipse中启动Android模拟器，切换到DDMS或debug模式下，就会有Logcat窗口，窗口
