Changeset 12926 for main/waeup.kofa/trunk/docs
- Timestamp:
- 12 May 2015, 15:19:10 (10 years ago)
- Location:
- main/waeup.kofa/trunk/docs/source/userdocs
- Files:
-
- 2 edited
Legend:
- Unmodified
- Added
- Removed
-
main/waeup.kofa/trunk/docs/source/userdocs/testing.rst
r12925 r12926 17 17 functionality. Why *automated* testing? Simply because no developer 18 18 likes to click around the user interface to check tons of 19 functionality. In Kofa more than 1 100 tests, with dozens of actions19 functionality. In Kofa more than 1300 tests, with dozens of actions 20 20 per test, are being executed each time when the testrunner is 21 21 started. This job can't be done manually. … … 30 30 interacting with the portal as a user would. That implies that 31 31 functional testing has to make use of a test browser. A test browser 32 does the same job as normal web browser do , except for visualizing32 does the same job as normal web browser does, except for visualizing 33 33 the rendered html code. 34 34 -
main/waeup.kofa/trunk/docs/source/userdocs/users.rst
r12922 r12926 52 52 :ref:`Officers Doctests <userscontainer_txt>` 53 53 54 Officers are users with a dedicated user account object stored in 55 the ``users`` container (of type :py:class:`UsersContainer 56 <waeup.kofa.userscontainer.UsersContainer>`) which is located in 57 Kofa's root container. The officer account object has two more 58 attributes than the principal instance which is created from the 59 account data: (1) a `roles` attribute which is a list of global role 60 names assigned to the officer, and (2) a private `_local_roles` 61 attribute. The latter maps local role names to lists of objects the 62 respective local role applies to. This information is important 63 because local role assignment is originally stored only with the 64 objects the role applies to and not with the user who got the role. 65 When removing a user, Kofa iterates over the mapping and the list of 66 objects in order to remove all these local role assignments denoted 67 in the mapping. 54 Officers are users with a dedicated user account object stored in the 55 ``users`` container (of type :py:class:`UsersContainer 56 <waeup.kofa.userscontainer.UsersContainer>`) which is located in Kofa's root 57 container. The account object has three more attributes than the principal 58 instance which is created from the account data: (1) a `suspended` attribute 59 which allows to deactivate an account, (2) a `roles` attribute which is a list 60 of global role names assigned to the officer, and (3) a private `_local_roles` 61 attribute which maps local role names to lists of objects the respective local 62 role applies to. This information is important because local role assignment 63 is originally stored only with the objects the role applies to and not with 64 the user who got the role. When removing an officer, Kofa iterates over the 65 mapping and the list of objects in order to remove all these local role 66 assignments denoted in the mapping. 68 67 69 68 The management of portal officers is done in the 'Officers' section 70 of Kofa. The management page sho es all officers registered in the69 of Kofa. The management page shows all officers registered in the 71 70 portal together with their global and local roles. The table can be 72 easily sorted or filtered. 71 easily sorted or filtered. Deactivated officer accounst are marked 72 ``(suspended)``. 73 73 74 74
Note: See TracChangeset for help on using the changeset viewer.