Skip to content

Commit 6d8a476

Browse files
committed
Restored images in docs
1 parent 1fc1eb4 commit 6d8a476

File tree

4 files changed

+6
-6
lines changed

4 files changed

+6
-6
lines changed

docs/ScreenObjects/RefactoringToUseScreenObjects.md

+2-2
Original file line numberDiff line numberDiff line change
@@ -74,7 +74,7 @@ So the example becomes like this.
7474
Setup method (as it has the SetUpAttribute on it) would be executed before every test. Also common stuff between two tests has been extracted into a method.
7575
From the point of organizing the tests I would put these two tests in a class (TestFixture in NUnit terminology) like CreateCustomerTest.
7676

77-
![RefactoringToUseScreenObjects](../../img/White/ScreenObjects/RefactoringToUseScreenObjects.png)
77+
![RefactoringToUseScreenObjects](../images/ScreenObjects/RefactoringToUseScreenObjects.png)
7878

7979
## Reusing code across different tests
8080
We have written test for create customer. Lets write a test for searching a customer.
@@ -248,7 +248,7 @@ Using these screen objects, this is how our test looks like.
248248

249249
Functional tests (like any other program) should be readable. The intent of test here is lot clearer than when test was dealing with the UIItems on the screen. This is what we have built.
250250

251-
![RefactoringToUseScreenObjects](../../img/White/ScreenObjects/RefactoringToUseScreenObjects1.png)
251+
![RefactoringToUseScreenObjects](../images/ScreenObjects/RefactoringToUseScreenObjects1.png)
252252

253253

254254
We have now got to the point where we have written our own Screen Objects. White takes this further!

docs/ScreenObjects/TestEntities.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -101,4 +101,4 @@ The test now uses the Customer object
101101

102102
Our current design now looks like this.
103103

104-
![TestEntities](../../img/White/ScreenObjects/TestEntities.png)
104+
![TestEntities](../images/ScreenObjects/TestEntities.png)

docs/Windows.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -32,7 +32,7 @@ any window, including it child controls can have only one visible tooltip at a t
3232

3333
string message = window.ToolTip;
3434

35-
In some applications the tool tip is associated to an error provider which looks like ![Windows](../img/White/Windows.png).
35+
In some applications the tool tip is associated to an error provider which looks like ![Windows](images/Windows.png).
3636

3737
When mouse is hovered on it, a message is shown as tooltip. This need not be implemented by user as it is pretty standard behaviour and white provides it out of the box. If the message is set on the error provider for ComboBox then:
3838

docs/index.md

+2-2
Original file line numberDiff line numberDiff line change
@@ -3,7 +3,7 @@ White is a framework for automating rich client applications based on Win32, Win
33
##How white works?
44

55
At runtime white programs stack would look like this.
6-
![Index](../img/White/Index.png)
6+
![Index](images/Index.png)
77

88
White programs **must** run in a different process from the AUT (Application Under Test) process.
99

@@ -40,7 +40,7 @@ See Working with window for more.
4040
UIItems can be searched based on a lot of parameters. For more look here: UIItem Identification
4141

4242
## Architecture
43-
![Index1](../img/White/Index1.png)
43+
![Index1](images/Index1.png)
4444

4545
## Silverlight Support
4646
You would need to add reference to white.webbrowser.dll along with TestStack.White.dll.

0 commit comments

Comments
 (0)